我不是在寻找Hibernate / JPA / JDBC实现,而是寻找一般的设计模式。
谷歌搜索“分页”给了我很多信息,很多有趣的文章解释了如何在UI上实现分页以及或多或少做同样的各种实现。因为我使用的是Spring 3.0.5,所以我偶然发现了这篇很好的参考文章How to implement pagination in Spring MVC 3。
简单的bean:
public class Person{
private String personName;
private int age;
// ...
}
简单的DAO界面:
public interface PersonDAO{
Set<Person> getAllPersons(int start, int limit,String orderBy);
Set<Person> findPersonsByName(String name, int start, int limit,String orderBy);
}
和hibernate实现
@Repository
public class PersonDAOImpl implements PersonDAO {
@Autowired(required = true)
private SessionFactory sessionFactory;
public Set<Person> getAllPersons(int start, int limit, String orderBy){
Criteria crit = sessionFactory.getCurrentSession().createCriteria(Person.class);
crit.setFirstResult(start);
crit.setMaxResults(limit);
crit.addOrder(Order.asc("personName"));
return new LinkedHashSet<Person>(crit.list());
}
public Set<Person> findPersonsByName(String name, int start, int limit, String orderBy){
Criteria crit = sessionFactory.getCurrentSession().createCriteria(Person.class);
crit.add(Restrictions.eq("name", name));
crit.setFirstResult(start);
crit.setMaxResults(limit);
crit.addOrder(Order.asc(orderBy));
return new LinkedHashSet<Person>(crit.list());
}
现在,我在想如果我必须在所有界面中包含类似的参数,那么这里确实存在一些问题。要么我可以将请求包装在请求bean对象中,并将此bean传递给方法,就像这样
public class PersonRequest{
private int start;
private int limit;
private String orderBy;
private String name;
// ...
}
随后
public interface PersonDAO{
Set<Person> getAllPersons(PersonRequest request);
Set<Person> findPersonsByName(PersonRequest request);
}
但出于某种原因,这似乎也不自然。然后我在想Java中的varargs
public interface PersonDAO{
Set<Person> getAllPersons(Object... params);
Set<Person> findPersonsByName(String name,Object... params);
}
@Repository
public class PersonDAOImpl implements PersonDAO {
@Autowired(required = true)
private SessionFactory sessionFactory;
public Set<Person> getAllPersons(Object... params){
Criteria crit = sessionFactory.getCurrentSession().createCriteria(Person.class);
crit.setFirstResult((Integer)params[0]);
crit.setMaxResults((Integer)params[1]);
crit.addOrder(Order.asc("personName"));
return new LinkedHashSet<Person>(crit.list());
}
public Set<Person> findPersonsByName(String name, Object... params){
Criteria crit = sessionFactory.getCurrentSession().createCriteria(Person.class);
crit.add(Restrictions.eq("name", name));
crit.setFirstResult((Integer)params[0]);
crit.setMaxResults((Integer)params[1]);
crit.addOrder(Order.asc((String)params[2]));
return new LinkedHashSet<Person>(crit.list());
}
这似乎有点脆弱,出于某些原因我一直认为桥模式可能会有所帮助,但仍然是遥不可及的。
你知道如何处理这个问题吗?
答案 0 :(得分:24)
如果我是你,我不会返回结果(Set
)本身,而是包含结果检索的内容。某种ResultBuilder。看:
public interface ResultBuilder<T> {
ResultBuilder<T> withOffset(int offset);
ResultBuilder<T> withLimit(int limit);
ResultBuilder<T> orderedBy(String property);
List<T> result();
}
然后更改DAO方法签名:
ResultBuilder<Person> findPersonsByName(String name);
通过这种方式,您可以从find-family方法中分解出与业务无关的参数。 如果你不想让客户指定这个参数,那就不要让他。
要明确:
public final class HibernateGenericResultBuilder<T> implements ResultBuilder<T> {
private final Criteria criteria;
public HibernateGenericResultBuilder(Criteria criteria) {
this.criteria = criteria;
}
@Override public ResultBuilder<T> withOffset(int offset) {
criteria.setFirstResult(offset);
return this;
}
@Override public ResultBuilder<T> withLimit(int limit) {
criteria.setMaxResults(limit);
return this;
}
@Override public ResultBuilder<T> orderedBy(String property) {
criteria.addOrder(Order.asc(property));
return this;
}
@Override public List<T> result() {
return new LinkedHashSet<T>(criteria.list());
}
}
答案 1 :(得分:2)
我会考虑在这里应用策略模式。
基本上,不是将start和limit作为参数提供或将它们包装在varargs中,而是创建一个真实的对象,将它们放在那里,并将在条件上设置分页的责任移到此对象上。
粗略地说(我不是在编译......):
public interface PagingSpecification {
void apply(Criteria criteria);
}
public class ConcretePagingSpecification implements PagingSpecification {
private int start;
private int limit;
public ConcretePagingSpecification(int start, int limit) {
this.start = start;
this.limit = limit;
}
public void apply(Criteria crit) {
crit.setFirstResult(start);
crit.setMaxResults(limit);
}
}
然后当然把它传递给你的发现者并在显而易见的地方调用它。
这样做的一个优点是你可以实现一个什么都不做的NullPagingSpecification
实现,这样当你实际上不需要分页时就可以使用相同的代码。
另一个原因是,您可以将next()
和previous()
方法(例如,允许实际分页)转移到PagingSpecification
类中,然后分享更多代码。