Всем привет!

Должны ли слои бизнес-логики и представления быть в разных пакетах?

Например, пускай есть новостийный сайт с лентой новостей. Есть класс бизнес-логики NewsList, который представляет собой бизнес-логику, и данные берет из persistence-слоя, который располагается в пакете net.mycompany.persistence. Есть также класс, ответственный за вывод ленты новостей на странице: NewsListPage. 

По хорошему стилю проектирования советуют разделять между собой слои представления и бизнес-логики. Означает ли это, что мне нужно поместить классы NewsList и NewsListPage в разные пакеты (например, net.mycompany.newslist.business-logic и net.mycompany.newslist.view). Если да, то как мне следует называть эти разные пакеты (есть ли стандарты именования)?

Всем заранее спасибо!

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

Ну так точно из этих же соображений и презентацию намного удобнее держать в отдельном пакете. Что же касается именования, я бы назвал его net.mycompany.web, но это уже вопрос личных предпочтений.

Спасибо!

Наверное, назову пакет для веб как net.mycompany.newslist.web, а пакет для бизнес-логики как просто net.mycompany.newslist.

Как считаете?

Да нормально вполне. И вообще, не надо относиться к стуктуре пакетов как к чему-то высеченному в камне. Пока проект используется для себя относительно малым числом людей, структуру можно и дОлжно (во всяком случае полезно) периодически корректировать так, чтобы она отражала логическую группировку классов - слово рефакторинг, я думаю, слышал.

Другое дело стандартные (хотя бы де-факто) библиотеки и API: там изменения структуры крайне нежелательны, ибо могут стоить кучи навсегда отвернувшихся юзеров. Поэтому-то разработчики открытых сырцов так долго тянут с выпуском версии 1.0: это очень ответственный момент в жизни софта. Если на стадии альфы к изменениям могут отнестись с пониманием, то с официальным релизом ты фактически сжигаешь за собой мосты. Тут надо семь раз подумать, прежде чем отрезать