пакеты. Как вы организуете проект? Можно пологаться на какое-нибудь DDD, но тогда проект будет выглядеть как что-то слишком абстрактное. Очень часто вижу организацию именно в таком стиле: domain, controllers, инфраструктура итд. Но ведь это все отвязано от реальных кейсов, от структуры предметной области. Приходиться прыгать из пакета в пакет, ведь часто модель имеет отношение к конкретному сервису, а они лежат в разных пакетах. Кто-то группирует классы по семантической структуре проекта и я считаю это более верным решением, нежели придерживаться паттерномании и методологии разработки ПО (ибо тогда слишком силен на этом акцент). А как делаете вы?
Это творческий вопрос. Цель разбивания по пакетам это порядок, чтоб ты мог быстро найти нужный модуль. Можно разбивать по слоям, Controller view domain logic... А внутри слоев по предметной области. А то что обращаешься в другой пакет что в этом плохого?
отмечу, что DDD не отрицает паттерны
Обсуждают сегодня