У меня вопрос по поводу вашего фреймворка
Почему бы не дистрибьютить зависимости через npm?
А то ходить руками клонить все зависимости и чекаутить — ну такое себе
>шаблонный код, который должен быть написан во многих местах практически без изменений
Так и получается — куча всего этого кода берется каждый раз заново для старта проекта.
(для примера можно загуглить react redux boilerplate)
Еще альтернативные названия это starter kit, seed.
Под архитектурой я понимаю разбиение на модули проекта и границы между ними, без выбора конкретных библиотек, но это субъективное мнение.
>Если в рантайме пришли неверные данные, типизация их не починит. У нее есть свой ограниченный диапазон полезности.
Типизация поможет отделить валидированный инпут от невалидированного
>Это защитит память приложения от переполнения при обработке огромных массивов
Может сразу Stream api использовать?
Промисы по своей сути не особо подходят для больших обьемов данных.
Это вы про reactive forms, которые обмазаны в any?
Почему бы не дистрибьютить зависимости через npm?
А то ходить руками клонить все зависимости и чекаутить — ну такое себе
Так и получается — куча всего этого кода берется каждый раз заново для старта проекта.
(для примера можно загуглить react redux boilerplate)
Еще альтернативные названия это starter kit, seed.
Под архитектурой я понимаю разбиение на модули проекта и границы между ними, без выбора конкретных библиотек, но это субъективное мнение.
> ({toString: () => 22}) + ""
'22'
Это все еще строка
Причем тут tslint?
можно пример пожалуйста?
Типизация поможет отделить валидированный инпут от невалидированного
А есть ссылка? А то сегодня меня прокляли боги гугла, не могу найти :(
nodejs.org/api/esm.html
github.com/tc39/proposal-async-iteration
Может сразу Stream api использовать?
Промисы по своей сути не особо подходят для больших обьемов данных.