Gals

Зарегистрирован с 08.08.2021
Комментарии
14 сентября 2021

Я не утверждал, что разобрался в dart и flutter, а отметил, с чем сразу столкнулся и что мне не понравилось. Да, в Dart value! - другое значение, просто рассмотрел его как аналогию С. Но на остальное ничего не ответили.

  1. "Зачем для просто..." Потому что в нормальном инструменте простое делается еще проще + познакомиться + если зайдет - использовать + отрекламировали.
  2. Я ничего не говорил о багах, потому как мне до них далеко в самом начале.
  3. Нет, может и в html, и в canvas на выбор.

Повторю еще раз, мне не понравилось что в конструктор интерфейса притянуты проблемы и особенности реализации, которые не имеют отношения к созданию интерфейса. И это выглядит не очень после стольких лет от гиганта. А проблемы из-за дублирования возни с деревом, только на другом языке, но уже с api flutter.

  • api-библиотека flutter
  • отрисовка canvas (в определенных ситуациях)
  • отсутствие полноценной библиотеки виджетов.
  • конструктор тянет внутренности устройства.
  • конструктор идет от устройства html.

На счет отрисовки canvas из скомпилированного в js: Благодаря явлению миру wasm, наличия api для web и через библиотеки к графическим движкам развивается тема интерфейсов для web на любом языке, как через api браузера, так и напрямую (html и пр. давай, до свиданья) Т.е. для web, пишем на С++ и др. языках с одной библиотекой, снизу webgl и ввод, компилим в wasm, запускаем в браузере.

Ответить
08 августа 2021

Очень давно занимался программированием, всем по немного, а тут мне понадобился небольшой простенький web-клиент, взглянув на технологии, обратил внимание на flutter. Столько лет прошло, казалось для конструирования интерфейса web, да еще от google, должен был сделан нормальный удобный инструмент, но нет, через одно место. Вместо того, чтобы накидать интерфейс, прописать проперти и события, мне нужно на простых вещах заниматься изучением корявостей организации этого конструктора, с, мягко говоря, странной структурой. Да в том же CBuilder все было решено, что выдумывать эти извращения? Полунужные Key (аналог Tag контролов?), которые теряют связь с положением во внутреннем дереве, return виджета от контекста - google знает толк в извращениях. Одна мадам целой простыней на habr объясняла механизм потери связи.
Дарт - язык как язык, нормальный, мне приятен. Есть, конечно, непонятно зачем, value!, вместо !value, но до лампочки. Flutter, API с оптимизацией), дерево виджетов, как идея - отлично, но сам конструктор - редкое г. И подтверждение этому, что сами разработчики этого нарисовали несколько убогих демо, примеров. Не одного нормального, полноценного интерфейса. Потому что это неудобно и сложно в этом Flutter, я их прекрасно понимаю. Первая сборка под web - 30 сек и даже на простом чувствуется вялость отрисовки. Если намутить что-то сложное, то на вид он тормознет не по-детски. Самих виджетов - кот наплакал. Возьмем тот же OpenUI5, туча виджетов на все случаи жизни, где нужно, заточены на обмен с сервером, примеры, туча нарисованных сложных интерфейсов, но js (. Как все было на google: Пришел к руководству кто-то из своих с идеей: новый язык - замена js на удобоваримое, кросплатформенность, один язык для всего, трансляция в web js. Руководство - отлично, вот финансирование, делайте! Как дело дошло до UI, то js как-будто криво обернули в Dart. Руководство слышало характеристики, им же не рисовать интерфейсы. Если бы нормально реализовали конструктор и организацию интерфейсов, а тут еще и с рендерингом в отрисовку или html, то население побросало все vue, реакты, ангуляры и рисовало все приятным Dart, но, похоже, пока нет.

Ответить