Йуный джавистЪСложность в повторном использовании. Фаулер рекомендует rich domain model. В Rich domain model надо писать так:
Rich Domain слишком обширное понятие. Фаулер рекомендует не попасть в ловушку Anemic Model, когда у вас вообще вся логика будет в сервисах, даже когда ей место в сущностях.
Йуный джавистЪНо если я так сделаю, я потом не смогу переиспользовать логику, реализованную в методе isTop в sql запросах. Поэтому мне придется копипастить "viewcount > 10000" в каждый sql запрос. Потом, если вдруг критерии топовости поста поменяются, мне придется бегать по всему проекту и переписывать.
Любая проблема решается внедрением дополнительного абстрактного слоя:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
class Post{
static Criterion topCriterion = Builder.prop("viewCount").gt(10000);
User user;
String text;
int viewcount;
Date date;
boolean isInTop(){
return topCriterion.doesMeet(this);
}
}
Collection findTopPosts(){
return getSession()
.createCriteria(Post.class)
.add(Post.topCriterion.toHibertaneCriterion())
.list();
}
