В своем выступлении на конференции Nokia Connection 2011 Марко Агенти (Marco Argenti), вице-президент Nokia по разработке, подчеркнул (http://blog.qt.nokia.com/2011/06/21/qt%E2%80%.../) неизменность позиции компании по отношению Qt, продолжение инвестиций в разработку Qt в полном объеме и позиционирование Qt как ключевого звена мобильной стратегии компании.По обнародованной статистике распространения программ из каталога Ovi Store, Qt используется на более чем 100 млн мобильных устройств на базе платформы Symbian. Компания ставит перед собой задачу довести число использующих Qt устройств до 1 миллиарда. Несмотря на желание привлечь к разработке Qt 5 (https://www.opennet.ru/opennews/art.shtml?num=30507) сторонние компании и независимое сообщество, Nokia будет по прежнему выступать в роли локомотива, толкающего Qt вперед к новым высотам.
Дополнительно, объявлено (http://labs.qt.nokia.com/2011/06/21/qt-creator-2-2-1-released/) о в...URL: http://www.developer.nokia.com/Community/Blogs/blog/nokia-de...
Новость: https://www.opennet.ru/opennews/art.shtml?num=30948
>роли локомотиваТолько двигается этот локомотив совсем в другую сторону.
Да, и Qt двигают в сторону богомерзкого JavaScript... Портят такой хороший фреймворк
> Да, и Qt двигают в сторону богомерзкого JavaScript... Портят такой хороший фреймворкАга, правда теперь есть EFL. Гики уже могут использовать, а хомячки потом подтянутся. При этом потребление ресурсов и производительность EFL - это нечто волшебное! Жрет в разы меньше и умеет потрясающие эффекты без всяких там OpenGL и прочей фигни, которая не везде есть и не всегда работает...
>Ага, правда теперь есть EFLСглаживание там не отключается и шрифты не все поддерживаются.
Qt - это горадо больше чем GUI. Скажем так, это ещё и нормальный STL для C++, и даже больше. EFL такое умеет?
>Qt - это горадо больше чем GUI. Скажем так, это ещё и нормальный STL для C++, и даже больше. EFL такое умеет?Только вот без гуйка оно практически бесполезно.
В таком случае для Вас, наверное, и "обычная" STL без GUI бесполезна?
>В таком случае для Вас, наверное, и "обычная" STL без GUI бесполезна?Почему же. Совместно STL можно юзать хоть gtk, хоть fltk. А тут всё прибито к moc гвоздями.
А при чем здесь GUI (без которого не-GUI классы Qt якобы нельзя использовать)?
> А при чем здесь GUI (без которого не-GUI классы Qt якобы нельзя
> использовать)?Ты путаешь moc и uic.
Я путаю? :-OМожет всё-таки ты? Кто здесь утверждал, что все классы в Qt (включая не-GUI) "прибиты к *moc* гвоздями", и поэтому они бесполезны без GUI?
Повторяю вопрос: если ты говоришь о moc, то причем здесь GUI (в смысле беспрлезности других классов)?
Иди учи матчасть.
>Кто здесь утверждал, что все классы в Qt (включая не-GUI) "прибиты к *moc* гвоздями", и поэтому они бесполезны без GUI?А для чего они нужны без гуя? Назови хоть одно реальное применение.
>Иди учи матчасть.Это ты себе сказал?
> А для чего они нужны без гуя?Ты имеешь в виду библиотеки для работы с сетью, потоками, файлами, regexp, примитивами, а также различные классы-контейнеры (списки, очереди, хеши и проч.)?
Ну, раз ты этого не знаешь, то вряд ли поймешь, даже если я тебе реальные применения назову.
Иди учи матчасть!
>>Иди учи матчасть.
>Это ты себе сказал?Тебе-тебе! ;)
Чем отличается moc и uic и к чему именно прибиты гвоздями не-GUI классы ты уже разобрался?
Теперь иди учи, как писать *консольные* (в том числе серверные) приложения с использованием Qt.
>Ну, раз ты этого не знаешь, то вряд ли поймешь, даже если я тебе реальные применения назову.А, ну понятно. Не знаешь, помалкивай.
>Тебе-тебе! ;)Это уже не имеет значения.
>Теперь иди учи, как писать *консольные* (в том числе серверные) приложения с использованием Qt.Консольные? Насмешил.
>>Теперь иди учи, как писать *консольные* (в том числе серверные) приложения с использованием Qt.
> Консольные? Насмешил.Что за бред? В Qt необязательно использовать гуй.
> Что за бред? В Qt необязательно использовать гуй.Там много чего необязательного.
Представь себе, модуль qt-core можно использовать в серверных приложениях, где гуем и иксами даже не пахнет.
> Представь себе, модуль qt-core можно использовать в серверных приложениях, где гуем и
> иксами даже не пахнет.А я где-то утверждал обратное? Можно, но смысла в этом нет. Почти такой же функционал есть в glib, который QtCore и так тащит с собой по-дефолту.
C++ никуда не исчезнет.
>C++ никуда не исчезнет.Конечно не исчезнет. Расширения для QML на чём-то надо писать.
Не хотите использовать QML - никто Вас не застявляет: API для C++ останется.
> Не хотите использовать QML - никто Вас не застявляет: API для C++
> останется.Ага, для обратной совместимости со старым софтом. Писать что-то новое на нём уже бесперспективно.
>> Не хотите использовать QML - никто Вас не застявляет: API для C++
>> останется.
> Ага, для обратной совместимости со старым софтом. Писать что-то новое на нём
> уже бесперспективно.QML - это для удобного рисования гуя. Логику делать на C++ никто не запрещает.
> QML - это для удобного рисования гуя. Логику делать на C++ никто
> не запрещает.Конечно, можно извернуться.
QObject *rect = object->findChild<QObject*>("rect");
if (rect)
rect->setProperty("color", "red");
Кроме того, в той же документации советуют минимизировать это "общение". Я уж не говорю о том, что JavaScript - обязательная зависимость.Есть ещё проект по созданию десктопных виджетов для QML http://qt.gitorious.org/qt-components/desktop Как видно, логика там написана полностью на JavaScript. Так что от "pure c++" уже практически отказались. Сколько всё это хозяйство будет жрать оперативы и проца - это ещё тот вопрос.
Компания ставит перед собой задачу довести число использующих Qt устройств до 1 миллиарда.
Они ошиблись, не до миллиарда, а до миллиона.
В мелкософт все равно не позволит на устанавливать Qt, и это было в договоре между мелкософтом и нокией.
Symbian будет закапывать
MeeGo тоже не интересен, так как в договоре с интелом указано, что нужно выпускать по одному устройству в год, они так и делают, а в перевыполнять план как я вижу не собираются.
Интересно, как там gtkmm 3.0 в плане потребления ресурсов по сравнению с текущим Qt?
Интересно, как там лопата в плане потребления бензина по сравнению с экскаватором?
А конкретные цифры будут?
Как измерить скорость gtkmm, если нужна кроссплатформенная работа с файлами, сетью, БД?
> Как измерить скорость gtkmm, если нужна кроссплатформенная работа с файлами, сетью, БД?А если не нужна?
Ну тогда пользуйтесь лопатой. И бензин сэкономите, и мышцы подкачаете. Только здоровье не угробьте.
> Ну тогда пользуйтесь лопатой. И бензин сэкономите, и мышцы подкачаете. Только здоровье
> не угробьте.Не осилил gtk, так и скажи. А то придумал тут какие-то экскаваторы.
Все осилить жизни не хватит. Знаешь, мне нравится ассемблер и Qt, но для какой задачи мне может понадобиться gtk я даже не могу представить. Перед тем, как что-то (или при помощи чего-то) сделать - нужно проводить обзор рынка.
> Знаешь, мне нравится ассемблер и Qt, но для какой задачи мне может понадобиться gtk я даже не могу представить.Так ты сам загнал себя в эти узкие рамки. Значит твоё мнение по данному вопросу ценности не представляет. Совсем.
>Перед тем, как что-то (или при помощи чего-то) сделать - нужно проводить обзор рынка.Какой рынок? Меня интересует только "just for fun".
>Значит твоё мнение по данному вопросу ценности не представляет. Совсем.Про обзор рынка мимо ушей пролетело? Значит да, совсем.
>Какой рынок? Меня интересует только "just for fun".
Ты в институте учился, или еще в школе учишься? Если в школе, то такой подход к делу понятен. Перед тем как что-то сделать - нужно поискать, может это уже сделали. Тогда нужно сделать что-то другое, или лучше. Иначе продукт будет бесполезен. Так же и с инструментами. Производительность труда зависит от качества инструментов, иначе продукция будет дороже чем у конкурентов.
> Производительность труда зависит от качества инструментов, иначе продукция будет дороже чем у конкурентов.Тебе же ясно написали, "just for fun". Или факт работы ради академического интереса не укладывается в твою картину мира? Но это опять, только твои проблемы. Меня они не интересуют. Вообще.
Ты сам затеял этот разговор. Программирование это мое хобби. Зарабатываю я в другой области. "just for fun" не отменяет здравый смысл. Меня удивляет желание сделать что-то как-то, особенно если это уже есть и лучше.
>Меня удивляет желание сделать что-то как-то, особенно если это уже есть и лучше.Телепат из тебя никакой. Вообще.
Конкретные цифры потребления бензина: лопата - 0л, экскаватор - 0л.
За конкретными цифрами потребления дизельного топлива обращайтесь к другому эксперту ;)
Заметил :) Я думал уже никто не заметит мою опечатку. Да, нужно было написать топлива.
:))))) юмор нас всех вылечит
Хочу провести аналогию:В винде сначала был winapi (на C). Затем, чтобы упорядочить этот зоопарк и облегчить жизнь программистам, придумали для winapi обертку - MFC (на С++). Потом придумали .net, в котором 100500 классов на все случаи жизни.
В гноме есть GTK+ (на C). Затем, чтобы упорядочить этот зоопарк и облегчить жизнь программистам, придумали для GTK+ обертку - gtkmm (на С++). Потом, по примеру мс, придумали mono.
Вопрос: почему зоопаколюбители так не любят Qt?
Qt не похожа на эти зоопарки? Но может это к лучшему?
> Вопрос: почему зоопаколюбители так не любят Qt?
> Qt не похожа на эти зоопарки? Но может это к лучшему?Ну завидно же :)
Интересная статья: http://qt.osdn.org.ua/gtkmm-qt.html
> Интересная статья: http://qt.osdn.org.ua/gtkmm-qt.htmlУже читал. Цифр про расход памяти там нет.
не совсем по теме, но
дайте ссылок на русскоязычные статьи про qt creator
я гуглил, ничего дельного не нагуглилось
лично я не вижу ровным счетом ни одной причины для подобных статей, креатор прост как тапок, ну разве что по QML, но для этого тогда лучше использовать документацию, официальную
> не совсем по теме, но
> дайте ссылок на русскоязычные статьи про qt creator
> я гуглил, ничего дельного не нагуглилосьТут почитай
http://www.google.com/support/websearch/bin/answer.py?hl=ru&...
на crosplatform.ru ищи.
> и позиционирование Qt как ключевого звена мобильной стратегии компании.Я бы поверил если бы оно хотя бы теоритически могло появится на WP7. А то после обьявления WP7 тоже КЛЮЧЕВОЙ в мобильной стратегии компании мне кажется что тут что- то не то...
Да-а, подмочили они свою репутацию с этой инициативой эффективного казачка, ох подмочили...
>Да-а, подмочили они свою репутацию с этой инициативой эффективного казачка, ох подмочили...Почему сразу подмочили? Наоборот, теперь от любого их линуксового продукта все просто писают кипятком. А уж от QML+js так и вообще отбоя нет от фанбоев.