+-
Java分页迭代器的设计模式
我正在尝试对以分页格式返回结果的API进行服务调用,并希望就此迭代器的设计模式提出建议.

到现在为止我是这样的

public class CustomIterator implements Iterator<Type> {

 private List<Result> results;
 private Service service;

 private int index;
 private int paginatedResultSize;
 private int totalResultsSize;

 public CustomIterator(Service service) {
  this.service = service;
  this.index = 0;
  this.results = getResults(index);
  this.totalResultsSize = this.results.totalResultsSize();
 }

 @Override
 public boolean hasNext() {
   if (index < totalResultsSize)
    return true;
   return false;
 }

 @Override
 public Type next() {

  if(index == paginatedResultSize) {
   getResults(index);
  }

  return results[index++];

 }

 private List<Result> getResults(index) throws Exception {
  this.results = service.makeServiceCall(index);
  this.paginatedResultSize = this.results.size();
  return this.results;
 }

}

现在,我了解到迭代器的目的通常是迭代,但我也想将整个分页封装到一个单独的区域中,以便我的客户端类可以仅对该类调用.next()并获取所有值,而不必了解内部分页详细信息.有一个干净的模式可以完成此工作吗?

有了这个,我遇到的第一个问题是服务调用引发了一个已检查的异常,而next()显然没有.

我在互联网上注意到的一些选项是让它抛出RunTimeException,由于我喜欢对服务调用进行检查的异常,所以我宁愿只做最后的选择.我的直觉是,服务调用应完全在单独的层中完成,但是我不确定迭代器如何在该页面上进行分页.任何建议/链接表示赞赏.

最佳答案
这是一个完全可以接受的方法.

您如何处理异常取决于您.如果异常类似于AttemptToReadBeyondLimit,则只需从hasNext返回false.如果它是类似CommunicationsException的东西,则一定抛出RuntimeException.

您不应不必要地添加额外的图层.

点击查看更多相关文章

转载注明原文:Java分页迭代器的设计模式 - 乐贴网