Fil Oct 2 2017 at 21:38

[CppCon 2017] Ларс Кнолл: C++ фреймворк Qt: История, Настоящее и Будущее

7 min

22K

C++*Qt*

+22

Comments 28

karter Oct 2 2017 at 21:58

Прочиталось очень быстро, и история показалась какой-то коротко.
А читаю «кутЭ.»

+11

Fil Oct 2 2017 at 22:19

Я сильно урезал только части, в которых рассказывалось об основах (QObject, сигналы/слоты, QML), потому что это известно всем, кто хотя бы немного программировал с Qt. Это просто конспект, а выступление было скучноватым. Немного подробнее об истории было на Хабре.

karter Oct 2 2017 at 22:20

О, спасибо за ссылку.

maisvendoo Oct 13 2017 at 00:42

Аналогично называем у меня в команде. Активно используем в разработке

QtRoS Oct 2 2017 at 23:34

Программирование на Qt отличается от программирования на C++. Что вы думаете о дублировании функционала — например QVector и многого другого? Планируете объединить или что?

Да, отличается, в лучшую сторону. Вот яркий пример: string replace. Хочется писать код не теряя мысль, а не офигевать от того, как сложно приходится делать простые вещи. ИМХО, но именно этим современный C++ (а если быть точным, то его стандартная библиотека) и не впечатляет. Qt на порядок удобнее.

Falstaff Oct 3 2017 at 00:51

Могли бы реализовать не функциями-членами, а внешними алгоритмами — как в бусте. Вроде бы это C++ way — делать алгоритмы обобщёнными (boost string algorithms вроде работает и не только с std::basic_string). Тогда не был бы нужен QString, дублирующий стандартную строку. Это я к тому, что всё относительно. Вопрос вкуса и философии языка в какой-то мере.

QtRoS Oct 3 2017 at 09:04

QString это не только алгоритмы над строками (append, prepend, replace, trimmed, split, etc), а встроенная поддержка форматирования (arg) и преобразования из/во что угодно (числа, латиница, string, wstring, nsstring, массивы, etc). Все это сделано методами, не нужно включать отдельные заголовочные или использовать итераторацию по строке для преобразования, однострочный код остается однострочным. Да он безусловно медленней — в Qt почти все классы построены по принципу паттерна мост (bridge, pimple, d-pointer), то есть любое использование подразумевает обращение по указателю, что не есть хорошо с т.з. локальности данных (data locality). Но удобство сопоставимо с C#, Java, Python и т.д., для разработки приложений это перевешивает.
C++ из-за своей ниши не может позволить себе из коробки никаких явных расходов, это понятно, но в том же Go такая же идеология (неявно, за кулисами ничего не происходит), и стандартная библиотека поудобнее будет, хоть она и в процедурном стиле. Поэтому по моему мнению не стоит распространять приемы чистого C++ на кроссплатформенный швейцарский (норвежский?) нож.

RPG18 Oct 3 2017 at 11:32

то есть любое использование подразумевает обращение по указателю, что не есть хорошо с т.з. локальности данных (data locality).

Но с другой стороны имеем implicit sharing.

monah_tuk Oct 5 2017 at 03:12

QString это не только алгоритмы над строками (append, prepend, replace, trimmed, split, etc), а встроенная поддержка форматирования (arg) и преобразования из/во что угодно (числа, латиница, string, wstring, nsstring, массивы, etc).

Я бы отдельно и особо выделил: Unicode.

nolane Oct 3 2017 at 01:22

Хочется верить, что эта функция отсутствует не просто так, а для того что бы предостеречь программистов от неэффективного кода и направить в сторону эффективного.
Если как в том примере нужно форматированое генерирование строк, то stringstream вам в руки.

oYASo Oct 3 2017 at 14:19

Ну то есть ужасно медленный stringstream мы оставляем для форматирования, а эффективную и типичную функцию replace не делаем. Типичный комитет по стандартизации.

nolane Oct 3 2017 at 15:50

эффективную функцию replace

По вашему replace быстрее <<?

oYASo Oct 3 2017 at 20:27

С точки зрения С++ — и replace, и << — функции. Предполагаю, что их эффективность определяется их реализации. Угловые скобки не работаю быстрее только потому, что это не буквы.

Если рассматривать вашу фразу в контексте stringstream, то это очень медленная реализация по работе с форматированием строк. Ее можно использовать только в простых случаях. Первый загугленный пруф.

Falstaff Oct 3 2017 at 22:13

Я боюсь, что replace() сложнее реализовать более эффективно чем можно выжать из stringstream. Если stringstream со своей строкой и reserve() перед вызовом — то должна быть одна аллокация в куче и дальше только копирование выводимых фрагментов (заметьте, что в вашем же примере strinstream without construction в целом не сильно отстаёт от lexical_cast, а где-то и опережает). В случае же с replace() у вас в любом случае две аллокации в куче и вся стока копируется во время замены. Поэтому "типичная" replace() — возможно, а "эффективная" — сложно сказать.

nolane Oct 4 2017 at 00:39

Я предполагаю, что << должно работать быстрее, потому что это добавление в конец, а не удаление + вставка, в каком то месте в середине строки, которое ещё нужно найти.

yarric Oct 3 2017 at 08:47

Программирование на Qt отличается от программирования на C++

Qt — это не язык вообще, а библиотека к языку. Странное утверждение.

-3

Fil Oct 3 2017 at 08:57

Да, конечно. Имелось в виду то, что концепции, заложенные в Qt, принципы использования Qt, отличаются от тех, которые нам знакомы по std, по рекомендациям программирования на чистом C++, по Core Guidelines.

QtRoS Oct 3 2017 at 09:18

Дополню Fil — Qt это фреймворк в самом каноническом значении этого слова, то есть не только набор функций и классов, а еще и преопределенных приемов по разработке. В русском переводе книги GoF про паттерны употребляется слово «каркас», и оно уместно для Qt, ибо это некоторый каркас (основной цикл обработки событий и инфрраструктурная система классов), который обвешивается функционалом.
Если еще немного филосовски поразмышлять, то можно обратить внимание на тот факт, что в любом Qt-приложении есть QApplication (QCoreApplication если быть точным). Это серьезная заявка на выход из статуса библиотеки в сторону фреймворка.
P.S. И если быть совсем точным, то Qt приносит некоторые новшества в сам язык, хоть и завуалированно. Поэтому утверждение не абсурдное.

UA3MQJ Oct 3 2017 at 01:47

Я произношу КОТЭ )

-1

geher Oct 3 2017 at 07:58

Кютэ (наверное, изучение немецкого в школе сказывается).
Все жду от них готовой 64 бит сборки на mingw.

Goodkat Oct 3 2017 at 22:08

В немецком ку-те.

geher Oct 3 2017 at 22:26

Это да.
Но когда на остаточное влияние немецкого слегонца накладывается английский, который изучался позже, то как раз и получается "ни туда, ни сюда". Еще не "кью", но уже и не "ку". Короче говоря, "Кин-дза-дза" какая-то получается.