Программирование с Qt : Часть 3. Контейнеры

Сходил по ссылке, узнал что такое «забобрить»

ну да, а первые две части забыли? :)

В целом нормально.

А так у Шлее всё тоже самое написано.

а чем qt лучше gtk?

нет
Часть 1 http://www.linux.org.ru/view-message.jsp?msgid=3992614
Часть 2 http://www.linux.org.ru/view-message.jsp?msgid=4118109

>> а чем qt лучше gtk?

Чем Qt лучше? Чем GTK, ясно же.

А поточнее:

1) гтк - набор виджетов средней паршивости (например - комбобоксы и файловые диалоги в нём просто ужасны), ни больше ни меньше. Не удобен для написания кроссплатформенного софта. Не самодостаточен. Из немногих плюсов - таки менее прожорливый (за счёт большей простоты).

2) Qt - самодостаточный фреймворк, где помимо гуи есть ещё дофига всего. Очень удобен для написания кроссплатформенного софта. Хорошо пригоден для написания бизнес-приложений, программ для работы с мультимедиа и для многого другого.

3) Для Qt нет моно, и это есть хорошо )))

4) На Qt написана расово верная KDE )))

5) Созданием фреймворка занимается расово верная Nokia

6) К Qt не приложил свои грязные ручёнки еретик-мигелюшка.

Вбросил, так вбросил =)))

А что - классно!

http://www.ibm.com/developerworks/ru

А там такой красивенький яМобилко.

Молодцы бимеры - ЯбблЪ пиарят! Респект.

Прогуляйся до биореактора на своем метане.

1) гтк - набор виджетов средней паршивости (например - комбобоксы и файловые диалоги в нём просто ужасны), ни больше ни меньше.

Тут говорить нечего - ты даже хелловорда не написал на гтк. Сплошное 4.2.

2) Очень удобен для написания кроссплатформенного софта. Хорошо пригоден для написания бизнес-приложений, программ для работы с мультимедиа и для многого другого.

Особенно там сверхкачественный секс при работе с базами данных на разных платформах. Не проходите мимо! Очень удобен для написания кроссплатформенного софта. Хорошо пригоден для написания бизнес-приложений, программ для работы с мультимедиа и для многого другого. Все остальные пункты - высеры в лужу без пруфов. Диагноз я уже тебе выставил.

Теперь по сабжу: лучше не использовать кутешные контейнеры кроме QList (и то в случае крайней необходимости) и QString вообще - это полные тормоза и поглощение памяти, используйте лучше STL.

На гэтэка с интелевским драйверов у меня подтормаживают выпадающие менюшки, на кьюте - нет, очевидно же.

Gtk и Qt сравнивать уже просто неккоректно.
Gtk - библиотека для отрисовки виджетов на страшной помеси C и C++
Qt - кроссплатформенный фреймворк (гуй, сеть, БД, мултимедиа, XML, D-Bus, и даже (ужоснах) ActiveX) на православном C++

а пруфлинк на тесты контейнеров?

уважаемые телезрители, мы только что выслушали мнение авторитетного программиста мужик-2, теперь вы можете задать ему свои вопросы

да ну что ты, какие пруфы, он так, перданул и пошёл дальше

и таки gtk-приложения у меня больше тормозят, однако едят памяти меньше

>Особенно там сверхкачественный секс при работе с базами данных на разных платформах. Не проходите мимо!

В гтк для этого нужно тянуть дополнительную приблуду, и я не удивлюсь, если для каждой платформы - свою. Угадал? :)

>>Gtk - библиотека для отрисовки виджетов на страшной помеси C и C++

Как бы просто С, детка.

Qt - кроссплатформенный фреймворк (гуй, сеть, БД, мултимедиа, XML, D-Bus, и даже (ужоснах) ActiveX) на православном C++

Ага, и на разных платформах начинаются пляски. да, и кто тебе мешает подключить соответствующую либу в проекте с гтк? Я понимаю, что почти все либы пишутся на С, поэтому кутешникам и приходится городить свои велосипеды вроде QThread, QDBus и т.д.

>>а пруфлинк на тесты контейнеров?

Сам простейший тест не осилишь что ли написать? Видать, в школе еще не проходили. Что и говорить, если после отключения upperCase в QByteArray вебкит работает на 25% быстрее.

>>уважаемые телезрители, мы только что выслушали мнение авторитетного программиста мужик-2, теперь вы можете задать ему свои вопросы

Не паясничай, когда я говорю серьезные вещи.

>>В гтк для этого нужно тянуть дополнительную приблуду, и я не удивлюсь, если для каждой платформы - свою. Угадал? :)

Вполне может быть, смотря что тебе нужно. Но лучше уж использовать нативные средства, чем кутешные костыли. Куте годится только для графического интерфейса, не более.

>> Но лучше уж использовать нативные средства, чем кутешные костыли

В результате затраты на разработку в n раз возрастают, то-то я думаю, что это гном3 так долго пилят....

>>Со сторонними либами плясок в ещё больше...

По моему опыту - нет. Подключил сишную либу и работай спокойно. А в твоем сраном QThread будешь полдня выяснять, что оно не работает с isatty().

Еще разок: напиши мне фронтенд к консольной тулзе, которая ввод через isatty() читает. И познай все прелести жизни.

ты сегодня серьёзен, как никогда

>>ты сегодня серьёзен, как никогда

Ты лучше сейчас слушай и учись, как надо делать, потому что потом после школы уже будешь знать кое-какие тонкости.

Признайся, что просто неосилил Qt

Многие консольные «тулзы» имеют свои библиотеки, которые можно напрямую линковать.

А если тебе не хватает «прелестей жизни» то QProccess тебе в руки

man QIODevice::write

man QProcess

Я писал на Qt графические фронтенди к консольным тулзам.Вся прекрасно работает.

P.S. А в GTK видимо и нет аналога QProcess

>>Признайся, что просто неосилил Qt

Имею с этим дело почти каждый день.

>>А если тебе не хватает «прелестей жизни» то QProccess тебе в руки

Еще раз для идиотов: QProcess может писать и читать только из _СТАНДАРТНЫХ_ потоков ввода/вывода, которые, например, sudo не использует. Удивись немного.

>>P.S. А в GTK видимо и нет аналога QProcess

есть pthread, велосипеды пусть кдешники дальше клепают.

Мужик, я хоть и приверженец гтк, но о поглощении памяти при использовании КуСтринг говорить не стал бы - оно емнип подсчет ссылок использует.

Ну а так куте отстой потому что мок, тормоза от метаобъектов, шг и банальная изоляция.

>>А если тебе не хватает «прелестей жизни» то QProccess тебе в руки

Еще раз для идиотов: QProcess может писать и читать только из _СТАНДАРТНЫХ_ потоков ввода/вывода, которые, например, sudo не использует. Удивись немного.

А что тогда использует sudo

Где ты сиплюсплюс увидел в гтк? Слава Богу им там не пахнет.

А вот куте не повезло - сиплюсплюс это рак куте

Нокия не занималась созданием. Она только купила это дело и я не удивлюсь, что дальнейшей разработкой и поддержкой занимаются по большей части те же тролли. Да да, те самые, которые не осилили шаблоны и для реализации сигналов-слотов написали целый мок. И не надо мне ля ля про то, что «тогда компиляторы не умели нормально шаблоны» - сейчас вот умеют вполне себе, а куте всё на моке.

тото в гтк объектно-ориентированность напихали. не иначе как из зависти к плюсам.

>>А что тогда использует sudo

Напрямую терминал.
Такую фичу используют в основном секурные утилиты ...

Незачем это в куте т.к. утилиты которым требутся фронтенд обычно используют stderr/stdin/stdout, а в судо и подобных это специально сделано чтобы нельзя было перехватить stdin. Для судо используют свои программы с гуем (gtksu(ЕМНИП) и kdesu)

>>А что тогда использует sudo

А это - домашнее задание для тебя, чтобы проводил время на ЛОРе с пользой.

Ну у меня как раз к стрингам меньше всего претензий. Остальные контейнеры- треш.

Потому что потребуется заново почти всё переписать.

я в отличие от тебя школу давно закончил, дурень

Иди в викицитатник, посмотри что Алан Кэй говорит что объектно-ориентированность и С++.

>>велосипеды пусть кдешники дальше клепают.

Не путайте кдеешнков и трольтехов. Для вас все что не имеет имеет отношение к гному - кде, так ведь?

Извиняюсь, я имел ввиду объектно-ориентированность.

и ооп в гтк он тоже врядли имел в виду.

За столько лет могли бы и переписать. Значит архитектура совсем ущербна.

Другое дело ГОбжект - на Си использует один механизм - на плюсах - другой, более родной для плюсов, на шаблонах

В любом случае объектная модель ГОбжекта превосходит стандартную плюсавую

Трольтехи больше любят вносить функционал чем переписывать.

У них отлично получается вносить этот новый функционал:) Кеды вон постоянно переписывают,как только очередной релиз выйдет