Как стать автором
Обновить

Комментарии 6

Очень интересно, спасибо за статью : )

В пункте о дизайн системе было бы неплохо прямо код показать как эти три вида кнопок в двух размерах будут выглядеть. Знак доллара очень неприятно смотрится (привет PHP). Фактически это шум. В дарт такое не принято. Есть ли в этом какой-то скрытый смысл?
Задумка интересная, но конкретную реализацию, я бы в свой проект не потащил.

Хотел бы про дизайн систему рассказать подробнее. Но пришлось бы еще больше новых концепций вводить, кода добавлять. В общем тяжеловато читать и писать)

Знак доллара тоже по началу смущал. Но в принципе он хорошо отделяет Mix от остального кода. Пишешь $ и получаешь лишь нужные подсказки. И в коде всякие box, with, on и прочие не мешаются. Да и никто не мешает сделать свои top level переменные без доллара, типо final box = $box;

Интересно, почему конкретно Mix не стал бы использовать? Он развивается 2 года. Апи хорошо продуман. У создателей есть виденье проекта. Что попало не дают вливать, я пробовал :) А еще у них 1325 тестов!

Знак доллара очень неприятно смотрится (привет PHP). Фактически это шум.

Очередной господин, несостоявшийся в PHP. PHP - отличный язык и знак доллара там очень кстати! Знак доллара есть много где, кроме PHP: perl, jQuery и в дарте он тоже есть и ничем не бесит.

Фактически бессмысленный шум - это ваш комментарий.

Автору: отличная статья, благодарю, пишите ещё такое интересненькое! Кто не имеет достаточно опыта в написании разметки на flutter - естественно не поймет плюсы Mix.

Есть бенчмарки производительности стандартной вёрстки и mix-верстки?

Думаю, есть один существенный минус: обычно flutter-разработчики привыкли верстать в flutter-стиле. Поэтому новым разработчикам придётся учиться верстать с помощью mix, на что потребуется время и их большая мотивация ломать себе мозг новыми приколами.

Ещё: иногда чтобы сверстать что-то сложное (и может даже с вычурной анимацией) нужно немало времени и знаний. Mix действительно настолько классный, что позволит это сделать, или придётся от него отказываться в таких случаях? (в итоге получаем код вёрстки, в котором вот здесь mix, а здесь ваниль)

Спасибо, что рассказали о нём, впервые слышу. На первый взгляд он выглядит чужеродно.

Бенчмарков не видел. Но Flutter приложения (почти никогда) не лагают из-за виджетов. Это же лишь описание UI, считай Data class. Они лагают из-за использования неоптимальных виджетов: жесткого блюра, или прозрачности. А Mix - это лишь другой способ описать дерево виджетов. В нем прямолинейная логика: читаем параметры из $box и передаем их в Container. Получается к цепочке Widget -> Element -> RenderObject добавляется Mix -> Widget. Так что в производительности проблем точно не ожидаю)

Второй ваш тезис на 100% верный. Новых разработчиков наверняка нужно будет мучить. И что? В любом случае они будут что-то учить. Все проекты разные, везде есть особенности, не все используют встроенный ChangeNotifier

Все ли можно сделать лишь с Mix? Нет конечно. Scaffold, AppBar, и многие другие виджеты все равно придется использовать. И что? Mix не стремится заменить все виджеты. Зато он упрощает 80% связанного с верской кода. Мне достаточно)

Рад что статья оказалась полезна :)

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации