我寻找的不是Hibernate/JPA/JDBC实现,而是一个通用的设计模式。
谷歌搜索“分页”给了我大量的信息,许多有趣的文章解释了如何在UI上实现分页,以及或多或少做同样事情的各种实现。
因为我使用的是Spring3.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());
}
这似乎也有点脆弱,出于某种原因,我一直认为桥接模式可能会有所帮助,但仍然远远不适合。
知道你会怎么处理这件事吗?
发布于 2011-03-24 06:14:16
如果我是您,我不会返回结果(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());
}
}
发布于 2011-03-24 06:21:00
我会考虑在这里应用策略模式。
基本上,不是将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);
}
}
当然,然后将它传递给你的finder,并在明显的地方调用它。
这样做的一个好处是,您可以创建一个什么也不做的NullPagingSpecification
实现,这样当您实际上不需要分页时,就可以使用相同的代码。
另一个是,您可以将可能需要的next()
和previous()
方法(以允许实际分页)移动到PagingSpecification
类中,并共享更多代码。
https://stackoverflow.com/questions/5412059
复制相似问题