DT
Или для кого ее Камил писал
injectable tree
How to use injectable
Size: a a a
2020 March 08
W
Denchik Tymokhin
я могу что то найти на англ и дополнить свои знания. А вот вникнуть в то что я вобще не понимаю, из англ. статьи мне сложно
AM
минут через 20 распишу )
W
Denchik Tymokhin
injectable tree
How to use injectable
How to use injectable
чекну, спасибо
DT
я могу что то найти на англ и дополнить свои знания. А вот вникнуть в то что я вобще не понимаю, из англ. статьи мне сложно
Примеры есть
W
Denchik Tymokhin
Примеры есть
если ты про примеры из доки нэста. То я все проштудировал. Но сама суть осталась для меня загадкой
AM
да там изян
DT
Не только из доки, есть также медиум
DT
Ютубчик
W
Denchik Tymokhin
Ютубчик
вот на ютубе нашел уроки, времени не хватает, сесть посмотреть
DT
вот на ютубе нашел уроки, времени не хватает, сесть посмотреть
Ну тут уже твой выбор
W
Denchik Tymokhin
Ну тут уже твой выбор
но, спасибо за советы!
IB
всем привет
у моего nodemon крыша поехала - получается запускаю npm run start:dev - все гуд - запускается
А потом когда сохраняю файл, nodemon получается перезапускает проект и пишет что такой адрес уже используется
Не в курсе как это победить в Ubuntu?
у моего nodemon крыша поехала - получается запускаю npm run start:dev - все гуд - запускается
А потом когда сохраняю файл, nodemon получается перезапускает проект и пишет что такой адрес уже используется
Не в курсе как это победить в Ubuntu?
AM
просто каша. Я понимаю что это явно решает какую то важную проблему. Но получается, что я как мартышка на угад делаю.
Начать надо с понимания Dependency Inversion. Фишка в том, что раньше мы как писали — импортировали в высокоуровневые политики код низкоуровневых. Т.е. например в UserService импортировали какой-нибудь логгер. Это очень усложняет поддержку кода. Дальше придумали просто инжектировать все зависимости в конструктор, чтобы развернуть эту зависимость. Т.е. UserService уже не импортит логгер и не создаёт его экземпляр, ав порождает самостоятельно. Следующий шаг — появление IoC-контейнера, который уже сам развязывает твои зависимости. В итоге ты просто пишешь все зависимости в конструкторе, объявляешь, что у тебя injactable сущность и IoC-контейнер ищет в еёё в зарегестрированных провайдерах и инжектит в рантайме.
AM
Начать надо с понимания Dependency Inversion. Фишка в том, что раньше мы как писали — импортировали в высокоуровневые политики код низкоуровневых. Т.е. например в UserService импортировали какой-нибудь логгер. Это очень усложняет поддержку кода. Дальше придумали просто инжектировать все зависимости в конструктор, чтобы развернуть эту зависимость. Т.е. UserService уже не импортит логгер и не создаёт его экземпляр, ав порождает самостоятельно. Следующий шаг — появление IoC-контейнера, который уже сам развязывает твои зависимости. В итоге ты просто пишешь все зависимости в конструкторе, объявляешь, что у тебя injactable сущность и IoC-контейнер ищет в еёё в зарегестрированных провайдерах и инжектит в рантайме.
Вот хороший видос https://www.youtube.com/watch?v=Yz5IwAKNRhE постепенного улучшения архитектуры от чистого express до express + TS + inversify, посмотри. Там показано что, зачем и как работает.
W
Начать надо с понимания Dependency Inversion. Фишка в том, что раньше мы как писали — импортировали в высокоуровневые политики код низкоуровневых. Т.е. например в UserService импортировали какой-нибудь логгер. Это очень усложняет поддержку кода. Дальше придумали просто инжектировать все зависимости в конструктор, чтобы развернуть эту зависимость. Т.е. UserService уже не импортит логгер и не создаёт его экземпляр, ав порождает самостоятельно. Следующий шаг — появление IoC-контейнера, который уже сам развязывает твои зависимости. В итоге ты просто пишешь все зависимости в конструкторе, объявляешь, что у тебя injactable сущность и IoC-контейнер ищет в еёё в зарегестрированных провайдерах и инжектит в рантайме.
тогда тупой вопрос, почему мне все равно приходиться писать import в файлах? Или это избавляет от конструкций new UserRepository и написание синглтонов?
W
Вот хороший видос https://www.youtube.com/watch?v=Yz5IwAKNRhE постепенного улучшения архитектуры от чистого express до express + TS + inversify, посмотри. Там показано что, зачем и как работает.
чекну, спасибо!!!
AM
тогда тупой вопрос, почему мне все равно приходиться писать import в файлах? Или это избавляет от конструкций new UserRepository и написание синглтонов?
Отличный вопрос! Это проблема документации nest, фактически ты не должен в хорошем коде импортить классы из заисимостей, ты должен импортить интерфейсы которые лежат отдельно. Но в js нет интерфейсов.
W
Отличный вопрос! Это проблема документации nest, фактически ты не должен в хорошем коде импортить классы из заисимостей, ты должен импортить интерфейсы которые лежат отдельно. Но в js нет интерфейсов.
а TS?
AM
IoC работает в рантайме, в рантайме нет интерфейсов