Дизайн программы - пакет по функциям против уровня или и того, и другого?
Я нахожусь на стадии разработки веб-приложения, которое позволяет пользователям создавать рабочие запросы и рабочие, чтобы выделить время на эти запросы. Приложение также будет иметь возможность отчетности для руководителей, чтобы получать ежедневные итоги, отчеты и учет потраченного времени, «распределение затрат».
Приложения, над которыми я работал в прошлом, был разработан с использованием подхода "пакет за слоем". Я думаю, что было бы более эффективно использовать pac
Что я сейчас думаю о пакетах по функциям:
- Запросы - CRUD запросы, затем назначать, добавлять номера счетов и т. д.
- Рабочее время - ежедневное время CRUD для пользователей в отношении запросов, праздников, обучения или встреч.
- Распределение затрат - создание отчетов, учет вещей, которые хотят бухгалтеры ...
Интерфейс будет сервером Tomcat и JSP. А серверной частью будет база данных Oracle с EclipseLink, обеспечивающим постоянство.
Мой вопрос:
В моем понимании пакета за функцией объекты и DAO должны входить в пакет, связанный с ними. Распространение уровня сохраняемости на несколько пакетов. Оставление пакетов для вызова сущностей из других пакетов. Действительно ли это работает со всеми перекрытиями? Между пакетами не будет изоляции. Каковы плюсы и минусы использования пакета за функцией? Было бы хорошим дизайном использовать дополнительный уровень сохраняемости? Или я совершенно неправильно понимаю это?