сомнительный аргумент). Как будто в России свой IT. Я могу ошибаться, но за 8-9 лет работы с заказчиками, включая гос, не встречал проблем, которая была бы очень уникальной для России. Исключением могли быть баги с языковыми пакетами. Или часовыми поясами. Но это маленький процент задач. А школьники тут причем?
советы полезны, только скорее с точки зрения поставщика компонентов. С точки зрения архитектуры приложения мало информации(Модули, асинхронная подгрузка скриптов).
Новичку в программировании лучше вообще начинать с языков строгой типизации. Изучать основы ооп, функциональное программирование. Только после начинать осваивать js. Иначе потом будут принимать на работу и спрашивать что будет в результате [] == ![]. За такой код по рукам бить надо). Уже после фреймворки и прочий зоопарк)
Честно говоря, не хватает типизации. Типизация снижает количество ошибок. У инпутов нет тип отображения(пароль не должен отображаться как строка). Каждый контрол может иметь индивидульные особенности. Конструкция a => b => c => — уменьшает размер кода, но сильно снижает читаемость. Хотя может дело привычки. Общая функция обработки изменения значения поля, которая определяет какое поле изменилось — для конкретного случая норм. Но она часто будет приносить сложности контролирования ошибок, лучше использовать отсылку на объект поля
Согласен. Тут еще надо учитывать, что во время гриппа люди особо не защищаются, лечятся дома. Относятся халадно. Против коронавируса предприняты более серьезные меры, а люди заболевают пачками, число погибших все больше и больше
изучая материалы по созданию PWA, сталкивался с информацией о наличии ограничений в IOS(наибольшее). Хотел узнать о личном опыте работы PWA в мобильных устройствах
Я не топлю за flow, но в этом видео есть интересные моменты относительно ts, которые могут проявиться не очень хорошо youtu.be/etKOc80-cw0
А так считаю писать на чистом js глупо
У нас юзается, проект большой. Для этого необходимо скачать mobx-angular. Добавить в модуль.
В шаблоне компонента:
<ng-container *mobxAutorun>
.....
</ng-container>
Данную конструкцию можно использовать несколько в рамках одного компонента, тогда каждая обновляется независимо. При необходимости можно включить режим detach: true. Компоненты приложения лучше запускать в стратегии OnPush. Инпуты без проблем покрываются @observalble.
Если требуется использовать декораторы mobx в компонентах, необходимо использовать одноименные декораторы из mobx-angular
Я как-то наоборот думаю). Что именно в крупных проектах mobx удобнее). Как раз к очень крупному проекту применяем. До этого redux пробовали, было много боли и страданий. В мелких проектах, где модель скорее всего простая, я бы применил redux или подобное. Инициализация активной модели mobx забирает больше времени, чем легковесный redux. Только ради этого. Но когда модель большучая, то иммутабельность просто уничтожает производительность
Как понимаю концепция таже, только rxjs в помощь. Mobx выглядит легковеснее. Представление сам понимает при изменении каких observable и computed свойств требуется перерисовка
Странное сравнение. Nosql решает свои задачи, sql свои. Ничего не мешает комбинировать эти бд). Мы в частности для записи используем sql, на чтение и кэш nosql. Гибко и надежно)
Мне как-то комфортнее на mobx. Пробовал redux — так себе удовольствие. Постоянное копирование state, особенно в крупном проекте, больно бьет по производительности
youtu.be/etKOc80-cw0
А так считаю писать на чистом js глупо
В шаблоне компонента:
Данную конструкцию можно использовать несколько в рамках одного компонента, тогда каждая обновляется независимо. При необходимости можно включить режим detach: true. Компоненты приложения лучше запускать в стратегии OnPush. Инпуты без проблем покрываются @observalble.
Если требуется использовать декораторы mobx в компонентах, необходимо использовать одноименные декораторы из mobx-angular