О "тормозах" в FireMonkey

Зачем создавать TMatrix (тем более, что она обычно - Identity) или TPosition в КАЖДОМ объекте? Или я отстал от жизни?

Я вот с VGScene провёл "тьюнинг" по этим вопросам. И стало - сильно легче.

Ну и закешировал "мелкие" часто используемые объекты.

P.S. Я всё хочу "провести тьюнинг" для текущего FM, как я сделал это для VGScene. Но - "руки не доходят"....

О VCL

Под влиянием "новомодных" тенденций слышу иногда "ах VCL это уже не модно, ах он должен вымереть как динозавры".

Если интересна МОЯ точка зрения - СКАЖУ - VCL по "архитектурности" и "практической вылизанности" - ЛУЧШАЯ библиотека, которую я видел.

А сравнивать - ЕСТЬ с чем - TurboVision, SuperVision, OWL, MFC, QT, UIKit. Что ещё забыл?

Ах да! FireMonkey! Я в FireMonkey пока ГЛУБОКО не погрузился, но я видел VGScene (предтеча FireMonkey) и ОСНОВАТЕЛЬНО ей переделывал.

Что сказать про FM? "АРХИТЕКТУРНО" она мне нравится БОЛЬШЕ, чем VCL. Концепция стилей, слоёного пирога и ОБЩЕЙ канвы - МНЕ СИЛЬНО нравятся.

Но пока FireMonkey - проигрывает VCL по "вылизанности" и стабильности. Но я думаю - "парни справятся с этой проблемой".

Я если найду время - начну глубоко погружаться в FM и тогда буду писать свои КОНКРЕТНЫЕ впечатления, замечания и рецепты по улучшению.

У меня есть "пара идей", которые я бы хотел сделать на FM. Правда у меня основной работы "вагон и маленькая тележка". Но я надеюсь, что я найду время.

Ну и раз уж я начал сравнивать - скажу ещё одно впечатление - КОНЕЧНО UIKit. Он - ХОРОШ. Особенно "для чайников". В нём МНОГО чего уж есть априори. И в нём есть "стройность концепции". Местами "кривая" лично для меня, но стройность и единообразие.

НО VCL - пока - лучший. Но с него - рано или поздно - всё равно надо слезать. Мне так почему-то кажется.

11. RUMTMARC : Определяем платформу (AL)

Предыдущая серия была тут - http://18delphi.blogspot.com/2013/04/10-rumtmarc-al.html

И тут я опять остановился.. И ОПЯТЬ - подумал...

Надо же платформу определить..

VCL или FireMonkey? В требованиях у на тут - "пробел".

Или всё равно? Или раньше надо было думать?

Следующая серия - http://18delphi.blogspot.com/2013/04/12-rumtmarc-al.html

Интересная идея

NakeyMonkey

http://roman.yankovsky.me/?p=372

Со своим отношением к ней - я честно говоря так пока и не определился. Согласен со всеми названными плюсами и минусами.

У меня есть немного другие соображения про FM. Связанные скорее со скоростью. Но это надо пока конкретно замерять.

Насколько я помню историю своего знакомства с VGScene - там основные проблемы были с утечками ресурсов и с частым распределением /убиванием маленьких объектов типа TPosition и TTransform.

С этим удалось вполне себе безболезненно локально побороться.

Как в FM2 дела обстоят - ещё не знаю. Не замерял.

Ну и есть у меня ещё свои 5-ть копеек по поводу того, что не надо Widget'ы полноценные создавать. Количеством 500+. Надо делать объекты-заместители. Я у себя так делаю.

Ну и что до RichEdit - то я думаю, что его стоит с нуля писать. Я бы кстати занялся бы - если бы был уверен, что это востребовано и что авторы www.trichview.com меня не обгонят.

Ну а уж за 20 тыс долл...  600 тыс руб - если не ошибаюсь. Нормальный такой гандикап. Назову оценку "с потолка" - это человеко-год. Не в штатах конечно же. За указанное время с озвученным проектом по-моему - более-менее реально уложиться.

Жаль только у меня времени "свободного" - практически нет. Я вообще не понимаю - когда люди успевают заниматься ещё и "любительскими" проектами.

P.S. Кстати компоненты VGScene можно было запросто смешивать с VCL. Так что проблема может быть не в технической плоскости?

Можно вопрос про Grid'ы в FireMokey?

С ними сейчас существуют какие-нибудь проблемы? Или проблем нет? Очень интересно услышать.

Также есть вопрос - есть ли проблемы с ListBox. Опять же в FireMonkey. Там есть проблемы с количеством элементов? Если есть, то - какие?

Я был бы счастлив услышать ваше мнение.

VCL и FireMonkey

Пока напишу лишь только своё мнение - "надо начинать стараться забыть о VCL".

... to be continued ...

UML

Если я своими постами не убедил вас, что UML (с кодогенерацией) - "это здорово!". То я буду всеми силами стараться это сделать. А пока привыкайте к тому, что я код предваряю диаграммами. Я работаю так. Сначала рисую диаграмму. Получаю скелет кода, а потом - заполняю его "мясом". Я думаю - диаграммами. Кодом - тоже думаю, но реже.