NF
По этому типы написанные поверх кода в отдельном файле это мусор который не может использоваться для типизации внутри проекта.
Size: a a a
2020 August 14
AO
По этому типы написанные поверх кода в отдельном файле это мусор который не может использоваться для типизации внутри проекта.
а так ты за тот подход что я описал, когда типы в одельный модуль выносят?
NF
Aleksandr Osipov
а так ты за тот подход что я описал, когда типы в одельный модуль выносят?
я категорически против
AO
типа в models все опишем и в файлах с кодом только вспомогательные типы прописываем
AO
хм
AO
тогда я тебя совсем не понял
AO
намного более адекватный путь это задать только имена и связи без данных, а потом добавить интерфейсы данных и поведения снизу вверх
вот же ты говоришь как я понимаю за разделение деклараций типов от кода где они юзаются?
NF
Aleksandr Osipov
вот же ты говоришь как я понимаю за разделение деклараций типов от кода где они юзаются?
нет, типы должны отражать код
NF
Внешние зависимости должны работать с
Но все реализации должны экспортировать типы вроде
type BU = BU1 & BU2 а не с BU1 или BU2.Но все реализации должны экспортировать типы вроде
BU1 которые на прямую отражают то с чем работает код.NF
По этому те d.ts которые у js библиотек в npm не могут быть использованы для типизации самой js библиотеки(в смысле во внутреннем коде).
NF
Это кстати обеспечивает самую что не наесть стабильность абстракций, потому что не нужно менять абстракции верхних уровней при изменении нижних.
2020 August 15
🚀🚀
Aleksandr Osipov
Не очень понимаю профита
чтобы файлы меньше лезли друг в друга просто чтобы подключить общие типы
🚀🚀
особенно это актуально для сущностей без конструкторов, то есть, объектов, которые, к примеру, присылаются исключительно бэком: если у тебя есть дюжина типов формата {type: string, value: ...} то что ещё предлагаешь положить к ним в файл? таким образом и формируются файлы с типами
🦜
☄️ Effector
Стейт-менеджер с возможностями мультистора и поддержкой большенства популярных фреймворкой и библиотек (React/React Native/Vue/Node.js).
#JavaScriptJavaScript, #TypeScriptTypeScript, #CanSupportCanSupport ❤️
Стейт-менеджер с возможностями мультистора и поддержкой большенства популярных фреймворкой и библиотек (React/React Native/Vue/Node.js).
#JavaScriptJavaScript, #TypeScriptTypeScript, #CanSupportCanSupport ❤️
c
☄️ Effector
Стейт-менеджер с возможностями мультистора и поддержкой большенства популярных фреймворкой и библиотек (React/React Native/Vue/Node.js).
#JavaScriptJavaScript, #TypeScriptTypeScript, #CanSupportCanSupport ❤️
Стейт-менеджер с возможностями мультистора и поддержкой большенства популярных фреймворкой и библиотек (React/React Native/Vue/Node.js).
#JavaScriptJavaScript, #TypeScriptTypeScript, #CanSupportCanSupport ❤️
ставьте там лайки
https://t.me/opensourcefuture/461
https://t.me/opensourcefuture/461
A
☄️ Effector
Стейт-менеджер с возможностями мультистора и поддержкой большенства популярных фреймворкой и библиотек (React/React Native/Vue/Node.js).
#JavaScriptJavaScript, #TypeScriptTypeScript, #CanSupportCanSupport ❤️
Стейт-менеджер с возможностями мультистора и поддержкой большенства популярных фреймворкой и библиотек (React/React Native/Vue/Node.js).
#JavaScriptJavaScript, #TypeScriptTypeScript, #CanSupportCanSupport ❤️
с "большенства" немножко глаз дернулся 🌝
TP
И “фреймворкой” 😄
ф
"с возможностями мультистора"
DS
Ру комьюнити как оно есть
ф
Effector - тулза, стейт манагер, суть такова... Пользователь может делать мультистору, эффекты функций и ивенты. И если пользователь делает мультистору то сторы в модуле, бизнес логика импортятся юниты либы и опираторы. Можно вызвать сайд-эффекты... И сторов раз много то сделано так что там дата флоу 😂