Урок 1. Введение в концепцию стилей

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

[sinkler-m]

Ярослав, огромное спасибо за обучающие видео.

[СтепанКоржов-чв]

Доброе время суток, как можно отключить кэш стилей vсl после коррекции стиля оно не обновляется и цвет шрифта после изменения не применяется

[МихаилАрпашев]

Пожалуйста, посоветуйте хорошую, на Ваш взгляд, книгу по FireMonkey.

[MrSummoner]

Подскажите, в чем может быть причина следующего поведения: после применения стиля, в design стиль применяется, а рабочем приложении его нет. Лечится удалением stylebook и последующим добавлением с этим же стилем.

[gelo]

Ребята. Подскажите где можно скачать примеры приложений о которых говорится в этом видео? СпасиБО.

[vip]

Ярослав, я раньше активно программировал на Delphi 7, создавал высоконагруженные проекты в которых затраты на интерфейс просто мизерны. Сейчас стало интересно просто, что с продуктом как там дела, уже вроде как 5 лет официально поддерживается андройд. И честно говоря никакой кросс плаформенности я не заметил. Невозможно использовать ни ADO или FireDAC для подключения к БД из андройда, приложение просто не компилируется, только REST запросы или UniDAC покупать. С визуальными компонентами тоже беда, стили это конечно все прекрасно, но контролы из-за такого подхода стали солидно много места жрать в ОЗУ и ПЗУ. Вместо наследования нужно какие-то стили делать... и все равно нормально ничего не выглядит. Я понять не могу как пустое приложение андройд весит 40мб? Где-то какой-то стиль подправил, поплыло в андройде, поправил еще поплыло в виде или ios. В итоге все равно логику бекэнда выносишь в отдельные юниты, а интерфейсы в разные проекты под конкретную платформу. Приложения жирные получаются, т.к. все эти стили и горы мусора тянутся в каждую платформу. Вы бы лучше по честному сделали для каждой платформы свою библиотеку сделали: для виндоус есть триста лет в обед VCL. Для мака свою, для андройда свою. А у вас эта горелая обезьяна существует наверно столько же сколько VCL на момент выхода обезьяны. Но продуктом это назвать нельзя, до сих пор какое-то бета тестирование ведется... Продукт стал недоступным для самостоятельного обучения. На начинающего программиста валятся вся эта уродская архитектура, которая опытному человеку без ста грамм непонятна, а про стоимость вообще ничего не говорю. В далеком 2007 году я, не имея никакого опыта программирования, не зная что такое Паскаль, читая справку написал свой первый рабочий проект за 2 недели. Я сейчас потратил больше времени на разбор новых компонентов, что как вообще работает, понимаешь, что половина вещей просто несовместимы. RAD теперь переводится как — головная боль. Вместо того чтобы давать платные уроки, вы и команда должны вменяемую справку подготовить по новым компонентам, сделать DAC как-то универсальный. Задайтесь простым вопросом, Delphi без VCL кому то вообще нужна? Нет. Вот и FM стоит ровно $0, люди по старинке просто покупают VCL. Наберитесь мужества, сделайте нормальный продукт, я люблю Паскаль.