СП
тут просто константами не отскочить
ну вот была идея, что функциональность будет в каждом контексте своя
Size: a a a
2020 October 05
S
ну вот была идея, что функциональность будет в каждом контексте своя
не, справочник если один то один.. если он разделен группами, то тут уже другая логика сверху
RT
в объекте можно сделать какой нибудь availableDepartments() и если сетят тот которого нет в этом списке, кидать ошибку
СП
в объекте можно сделать какой нибудь availableDepartments() и если сетят тот которого нет в этом списке, кидать ошибку
Но для отделов внутри контекстов будет ещё специфичная информация...
Например в контексте проектов для каждого отдела сделать список типов проектов.
Например в контексте проектов для каждого отдела сделать список типов проектов.
СП
в объекте можно сделать какой нибудь availableDepartments() и если сетят тот которого нет в этом списке, кидать ошибку
вот... а в этом методе как быть... писать id прям цифрами - плохо. Подтянуть класс из другого контекста тоже не хорошо
RT
не, зачем
RT
массив объектов и возвращай
RT
return [
Department::ADMINISTRATION(), Department::ADV()]СП
return [
Department::ADMINISTRATION(), Department::ADV()]но
Department лежит в другом контексте жеRT
ну возможно не должен тогда
RT
контексты типа не должны знать ничего друг о друге?
СП
контексты типа не должны знать ничего друг о друге?
Ага)
RT
я не дочитал книгку по ddd)
СП
только если это не общий какой-то, который все юзают
RT
тут наверное не подскажу, я не шарю в ddd
СП
ясно :)) буду думать)))
RT
а что за объект такой, который находится в другом контексте от отделов?
СП
а что за объект такой, который находится в другом контексте от отделов?
ну так я выше писал. ID отделов есть в контексте сотрудников, а есть в контексте проектов
RT
мне почему то кажется что если есть отдел и у него есть id, может не нужны тут enum’ы?
RT
хотя хз