IK
constants.ts)
Прикольно
https://blog.npmjs.org/post/612764866888007680/next-phase-montage
Size: a a a
2020 March 16
IK
Опа прикольно, приваты может появятся
IK
Не удобно регистр дописывать свой ато
V
Сор за убогий вопрос. Но где можно посмотреть на реализацию интерактор, идеально если при применении неста. Как должен правильно выглядеть и реализована бизнес логика на нем?
2020 March 17
h
Ребята. У меня есть таблица промокодов. И при создании заказа, я в ентити указываю в колонке promocodeId и связываю так промокод с заказом. Промокод необязательный
Как при удалении промокода, мне заменить в заказе id промокода на null?
Как при удалении промокода, мне заменить в заказе id промокода на null?
h
я прописал onDelete: 'CASCADE' -- но это удаляет заказ
h
Разобрался. Прописал onDelete: "SET NULL"
AM
Сор за убогий вопрос. Но где можно посмотреть на реализацию интерактор, идеально если при применении неста. Как должен правильно выглядеть и реализована бизнес логика на нем?
Интерактор реализует UseCase, это выходит за приделы nest, но в принципе может быть реализовано в сервисе. Если твой сервис подключает энтити и реализует логику взаимодействия с ней — это интерактор. Но я бы конечно не вмешивал в интеракторы нест
V
Интерактор реализует UseCase, это выходит за приделы nest, но в принципе может быть реализовано в сервисе. Если твой сервис подключает энтити и реализует логику взаимодействия с ней — это интерактор. Но я бы конечно не вмешивал в интеракторы нест
Спасибо. Тогда снова вопрос как писать логику раздельно от неста? Использовать отдельный IoC/DI для структурирования решений, а связывать через сервисы? А если нужно разворачивать отдельный инстанс это нест микросервисы или что то другое? Соре я ещё плаваю в бек жсе
AM
Спасибо. Тогда снова вопрос как писать логику раздельно от неста? Использовать отдельный IoC/DI для структурирования решений, а связывать через сервисы? А если нужно разворачивать отдельный инстанс это нест микросервисы или что то другое? Соре я ещё плаваю в бек жсе
неужели логика у тебя настолько сложна, что ей нужен отдельный IoC и не достаточно просто забросить через конструктор нужные зависимости?
AM
Мне вообще кажется что для большинства случаев node.js-микросервисов достаточно писать Transaction Scripts и никаких Entity городить не надо, наша бизнес-логика должна оставаться максимально простой. Т.е. буквально подключаем через сервис простую бизнес-логику и готово.
V
неужели логика у тебя настолько сложна, что ей нужен отдельный IoC и не достаточно просто забросить через конструктор нужные зависимости?
Нет. Просто личное желание (нравится, хочу и другие паразиты-причины). И уже был опыт работы с inversifyJS. И так понравилось все декомпозировать до DI.
V
Мне вообще кажется что для большинства случаев node.js-микросервисов достаточно писать Transaction Scripts и никаких Entity городить не надо, наша бизнес-логика должна оставаться максимально простой. Т.е. буквально подключаем через сервис простую бизнес-логику и готово.
А если примеры реализации? Мало практики и теряюсь
AM
Нет. Просто личное желание (нравится, хочу и другие паразиты-причины). И уже был опыт работы с inversifyJS. И так понравилось все декомпозировать до DI.
Тащить в один проект два магических IoC кмк избыточно.
AM
А если примеры реализации? Мало практики и теряюсь
У меня нет, но хочу напилить
V
Тащить в один проект два магических IoC кмк избыточно.
🙆♂️ спасибо
AM
Да и как ты это видишь, по отдельному композиционному руту для каждого домена? :)
V
Мне вообще кажется что для большинства случаев node.js-микросервисов достаточно писать Transaction Scripts и никаких Entity городить не надо, наша бизнес-логика должна оставаться максимально простой. Т.е. буквально подключаем через сервис простую бизнес-логику и готово.
Entity что это?
AM
Сущность. Доменная модель (не анемичная)