Связан с Структура проекта

Сейчас на первом уровне src появляется каша. Тут и папки подсистем: Security, и папки по типам содержимого Enum, Object, Service.

Надо решить как лучше, и либо завести папку Dictionary, и в неё переложить связанные с ним Enum и сервисы (а может быть и часть object’ов). Либо разобрать Security на сервисы, Enum’ы и т.д. (А разбирать ли так Entity?)

• Контроллеры, даже относящиеся к разным подсистемам определенно должны лежать в единой папке, как и Enity
• Security очень удобная папочка. Это определённый плюс в пользу первого решения удобная, но провоцирует на другие папочки подсистем, которые сильнее связаны друг с другом
• Разбирать ли формы? Скорее нет, так или иначе они используются в разных контроллерах оставляем как сейчас, будем разбирать когда отделим в Presentation
• Что делать с Jlob-объектами из src/Object? Как и все прочие объекты уносим в src/Model и тут можно подумать, но скорее всего srv/Model/Dto до тех пор пока не придумаем название классу объектов из json
• в src/Object не идут никакие объекты, которые в будущем пойдут в презентацию, ViewModel, formDTO и подобные
• Dictionary/Object уходят в src/Model/Dto/Dictionary
• Dictionary/Fetcher и подобное в src/Service/Dictionary
• Dictionary/<*>Enum в src/Model/Enum
• ~`Service/<Domainname>Service уходят в src/Domain/ пока в корень, если будем расширять гексагональную архитектуру там разовьются в подпапки Service, Model, Cintract и т.д.~~ это будем решать в tndt-85