如何实现一般分页
我不是在寻找Hibernate / JPA / JDBC实现，而是寻找一般的设计模式。
谷歌搜索“分页”给了我大量的信息，许多有趣的文章，解释如何在UI上实现分页和各种实现或多或少相同。
由于我使用的是Spring 3.0.5，我偶然发现了这篇很好的参考文章如何在Spring MVC 3中实现分页 。
简单的豆子：
public class Person{ private String personName; private int age; // ... } 一个简单的DAO接口：
public interface PersonDAO{ Set getAllPersons(int start, int limit,String orderBy); Set findPersonsByName(String name, int start, int limit,String orderBy); }
和hibernate实现
@Repository public class PersonDAOImpl implements PersonDAO { @Autowired(required = true) private SessionFactory sessionFactory; public Set 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(crit.list()); } public Set 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(crit.list()); }
现在，我在想如果我必须在所有界面中包含类似的参数，那么这里确实存在一些问题。 要么我可以将请求包装在请求bean对象中，并将此bean传递给方法，就像这样
public class PersonRequest{ private int start; private int limit; private String orderBy; private String name; // ... }
随后
public interface PersonDAO{ Set getAllPersons(PersonRequest request); Set findPersonsByName(PersonRequest request); }
但出于某种原因，这似乎也不自然。 然后我想到Java中的varargs
public interface PersonDAO{ Set getAllPersons(Object... params); Set findPersonsByName(String name,Object... params); } @Repository public class PersonDAOImpl implements PersonDAO { @Autowired(required = true) private SessionFactory sessionFactory; public Set 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(crit.list()); } public Set 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(crit.list()); }
这似乎有点脆弱，出于某种原因我一直认为桥模式可能会有所帮助，但仍然是遥不合适。
你知道怎么处理这个吗？
如果我是你，我将不返回结果（ Set ）本身，而是封装结果检索的东西。 某种ResultBuilder。 看：
public interface ResultBuilder { ResultBuilder withOffset(int offset); ResultBuilder withLimit(int limit); ResultBuilder orderedBy(String property); List result(); }
然后更改DAO方法签名：
ResultBuilder findPersonsByName(String name);
这样，您可以从find-family方法中分解出与业务无关的参数。 如果你不想让客户指定这个参数，那么不要让他。
要明确一点：
public final class HibernateGenericResultBuilder implements ResultBuilder { private final Criteria criteria; public HibernateGenericResultBuilder(Criteria criteria) { this.criteria = criteria; } @Override public ResultBuilder withOffset(int offset) { criteria.setFirstResult(offset); return this; } @Override public ResultBuilder withLimit(int limit) { criteria.setMaxResults(limit); return this; } @Override public ResultBuilder orderedBy(String property) { criteria.addOrder(Order.asc(property)); return this; } @Override public List result() { return new LinkedHashSet (criteria.list()); } }
我会考虑在这里应用策略模式。
基本上，不是将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类中，并共享更多代码。