Есть лишь одна большая проблема комплексного состояния — мерж изменения. Если у нас поменялся условный флаг isLoading, вовсе не факт, что надо по другому отображать остальные поля. А значит, надо писать явную проверку на соответствие предыдущему отображения. Вот если каждое из свойств независимое, или сгруппировано по принципу конечного автомата — вопросов нет. Но принципиально пользоваться ровно одним состоянием, на мой взгляд, не всегда удобно
ViewModel в общем случае содержит модели данных, которые можно отобразить. Презентацию сделает фрагмент или binding компонент.
Можно написать ViewModel и без использования UI и платформенных компонент — на пустых экшнах и моделях.
Новая версия (SE-0279) предлагает новый синтаксис для конечных замыканий, который позволяет вызывать несколько замыканий в качестве параметров функции более читаемым способом. Это сводит к минимуму использование слишком большого количества скобок в сигнатуре функции.
Смотрю на код, и в новом представлении насчитываю на 4 скобки больше, чем в старой версии
Хочется заметить, что в самой статье никто не говорит, что JS язык не серьезный или не развитый.
Хочется пожелать аффтору и всем злопыхателям… не срать там, где уже было насрано до вас.
Вот это прямо в золотые цитаты, очень хорошо, что автор для решения рассмотренных в статье проблем не стал городить очередной фреймворк, дающий возможность писать на языке одно, а подразумевать — другое.
Все и оценили. Карма и рейтинг статей ровно для этого и нужен.
Для меня хабр источник информации, мне важно, чтобы он оставался незагаженым.
К сожалению, подобная статья является как раз обратным примером, вот и соответствующая реакция.
При грамотном проектировании на <любое название языка> большой разницы не будет — да.
Вопрос, должно ли приложение падать, когда на бек приходят неконсистентные данные — мой ответ да, но у каждого свое видение.
В разделе «Образование» перечислите названия учебных заведений, специальности и сроки обучения, начиная с высшего образования и заканчивая краткосрочными интенсивами.
Можно написать ViewModel и без использования UI и платформенных компонент — на пустых экшнах и моделях.
Смотрю на код, и в новом представлении насчитываю на 4 скобки больше, чем в старой версии
Вот это прямо в золотые цитаты, очень хорошо, что автор для решения рассмотренных в статье проблем не стал городить очередной фреймворк, дающий возможность писать на языке одно, а подразумевать — другое.
Для меня хабр источник информации, мне важно, чтобы он оставался незагаженым.
К сожалению, подобная статья является как раз обратным примером, вот и соответствующая реакция.
Отличный пример для велосипеда Гаррисона из Южного парка
Вопрос, должно ли приложение падать, когда на бек приходят неконсистентные данные — мой ответ да, но у каждого свое видение.
И дурная работа за месяц к выгоранию не приведет.
Третья история как раз по теме.
Вообще митап у TradingView проходит раз в месяц и формат всегда такой. Лично мне очень заходит
где находится Саратовый?
Спасибо, очень полезно