Лучшие приёмы Qt Quick: Компоненты

[alexander_fokin]

Чистота и логичность кода, на мой взгляд, основная проблема всех проектов на qt.

Когда смотришь те «примеры», что выкладывают на форумах и в opensource, волосы дыбом встают от сплошного быдло-говно-кода. Человек, без базовых знаний, садится, открывает мануал (который достаточно неплох, но вот этому моменту, практически, не уделено внимание) и лепит маленького монстра. И этот монстр, как ни странно, работает.

«Энтузиаст» радуется и выкладывает свою работу на всеобщее обозрение. Потом эту работу растаскивают такие же энтузиасты…

Основное достоинство qt — гибкость и универсальность. И оно же превращается в проклятье этой технологии…

[namespace]

Я начал работать с Qt — 1.5 года назад. Перед этим прочитав Qt Coding Style Guidelines (http://goo.gl/3KEht). Я считаю себя энтузиастом, но не считаю что пишу быдлокод.

Ваше мнение ошибочно(. fail.

[Eol]

Интересная мысль: те люди, что пишут говнокод тоже не считают, что пишут говнокод.

А сам с говнокодом на Qt не сталкивался, т.к сам не сильно в проектах энтузиастов ковырялся. Так что по теме ничего не скажу.

[damavik]

Более чем странное умозаключение: фрэймворк => количество быдлокода. Да везде его хватает. Фрэймворк, язык — это всего лишь среда, инструмент. А каков код, написанный с использованием таких инструментов, это уже от инженера зависит.

[damavik]

QML очень во многом классная технология. А развитие стандартизированных Qt components только способствует распространению этой технологии. Но во всем этом есть один огромный минус — нет в классическом понимании расширяемости компонент, возможности наследования. Грубо говоря, если хочешь добавить одну лишнию кнопочку в диалог Qt Components для MeeGo, то приходится тупо копировать исходный код компонента и добавлять свои изменения. Вот здесь как раз главное преимущество Qt components и теряется.