Проблема с ДАТОЙ вводит в SQL Server

Короткий ответ: потяните свою архитектуру системы с точки зрения модулей, оттянутых бок о бок, с каждым модулем, нарезанным вертикально на слои (например, представление, модель, персистентность). Тогда используйте структуру как com.mycompany.myapp.somemodule.somelayer, например, com.mycompany.myapp.client.view или com.mycompany.myapp.server.model.

Используя верхний уровень пакетов для модулей приложения , в старомодном смысле информатики модульное программирование , должно быть очевидным. Однако на большинстве проектов я продолжил работать, мы заканчиваем тем, что забыли делать это и заканчиваться с путаницей пакетов без той структуры верхнего уровня. Этот антишаблон обычно показывает себя пакетом для чего-то как 'слушатели' или 'действия', что группы в других отношениях несвязанные классы просто, потому что они, оказывается, реализуют тот же интерфейс.

В модуле, или в небольшом приложении, пакетах использования для прикладных уровней. Вероятные пакеты включают вещи как следующее, в зависимости от архитектуры:

• com.mycompany.myapp.view
• com.mycompany.myapp.model
• com.mycompany.myapp.ser vices
• com.mycompany.myapp.rules
• com.mycompany.myapp.persistence (или 'дао' для уровня доступа к данным)
• com.mycompany.myapp.util (остерегаются этого используемого, как будто это был 'misc')

На каждом из этих слоев, для классов группы типом естественно, если существует много. Общий антишаблон здесь должен излишне представить слишком много пакетов и уровней подпакета так, чтобы было только несколько классов в каждом пакете.