Здравствуйте, Alekzander, Вы писали:

vsb>>Декларативщина хороша до какого-то момента, а потом начинает мешаться. И в итоге получается половина кода в XML, половина кода в Java, к примеру. Ну и зачем оно надо... Уже и Preview показывает не то, что реально в приложении, и редактировать форму надо с оглядкой на код, и IDE чаще всего с этим всем интегрируется далеко не идеально. А когда всё в коде, тут вопросов не возникает.

vsb>>В общем декларативщина это то, что кажется супер-интуитивным, но на практике пользы немного, а неудобств хватает. Лучше инвестировать в технологии моментального обновления приложения на лету. Чтобы менял код и приложение тут же менялось без перезапуска. Вот это действительно круто и ускоряет разработку неимоверно.

A>Как ты делаешь адаптивность? (Под разные размеры, разные dpi, разный предпочтительный размер шрифта). Элементарно, как ты хендлишь лайаутинг при изменении размеров окна? Как поддерживаешь no-mouse, слепых, слабовидящих, эпилептиков? Как что-то меняешь в чужих контролах?

A>От этих упражнений отношение к декларативности быстро меняется.

Я не предлагаю высчитывать пиксели вручную в общем случае. Layout Manager-ы я не отрицаю. Их прекрасно можно создавать программно. Хорошие Layout Manager-ы решают проблему адаптивности.

Про слепых ничего не могу сказать, не сталкивался с задачами адаптации UI под них. У нас таких норм вроде нет, по крайней мере пока ни разу не просили этого делать. Но полагаю, что эти задачи должен решать используемый тулкит.

Здравствуйте, Alekzander, Вы писали:

vsb>>Декларативщина хороша до какого-то момента, а потом начинает мешаться. И в итоге получается половина кода в XML, половина кода в Java, к примеру. Ну и зачем оно надо... Уже и Preview показывает не то, что реально в приложении, и редактировать форму надо с оглядкой на код, и IDE чаще всего с этим всем интегрируется далеко не идеально. А когда всё в коде, тут вопросов не возникает.

vsb>>В общем декларативщина это то, что кажется супер-интуитивным, но на практике пользы немного, а неудобств хватает. Лучше инвестировать в технологии моментального обновления приложения на лету. Чтобы менял код и приложение тут же менялось без перезапуска. Вот это действительно круто и ускоряет разработку неимоверно.

A>Как ты делаешь адаптивность? (Под разные размеры, разные dpi, разный предпочтительный размер шрифта). Элементарно, как ты хендлишь лайаутинг при изменении размеров окна? Как поддерживаешь no-mouse, слепых, слабовидящих, эпилептиков? Как что-то меняешь в чужих контролах?

A>От этих упражнений отношение к декларативности быстро меняется.

Я не предлагаю высчитывать пиксели вручную в общем случае. Layout Manager-ы я не отрицаю. Их прекрасно можно создавать программно. Хорошие Layout Manager-ы решают проблему адаптивности.

Про Layout Manager-ы ещё могу добавить, что я немного работал с Parametric CAD и подозреваю, что именно подход Parameteric CAD был бы вообще идеальным для программистского Layout. Это когда программист задаёт минимальный набор фиксированных или вычисляемых параметров, а layout engine вычисляет все остальные размеры, либо говорит, что параметров задано недостаточно, избыточно или параметры противоречивы. Не уверен, что там с производительностью такого подхода, но с точки зрения удобства я бы хотел такой подход попробовать.

Про слепых ничего не могу сказать, не сталкивался с задачами адаптации UI под них. У нас таких норм вроде нет, по крайней мере пока ни разу не просили этого делать. Но полагаю, что эти задачи должен решать используемый тулкит и дополнительное ПО.