| uction，忽略后面的OrderInstruction对象，决定优先级。OrderInstruction类对应于select语句中的order by子句。注意：如果你并不需要对结果进行排序，只需简单的传入空OrderInstrument[]。
最后，Executor以SelectStatement作为输入，基于Condition[]过滤对象，基于OrderInstruction[]排序过滤后的对象，然后使用SelectInstuction[]选择需要用来显示的属性。为了便于传送，结果数据放入ResultTable。
ResultTable有一个同样简单的接口：它定义了一个public String[] getColumnNames()方法，按序返回所有列名。它还定义了一个public Object[][] getResultData()方法，返回选择、过滤和排序后的行列数据。
为什么要用通用接口？
正如前文所说，本文的解决方案依赖于一些通用的方法调用－－即Invoker的invoke(Object o)方法和Condition的passes(Objdec o)方法。我们为什么需要它们？它们能作什么？
由于我们我们提供的解决方案平等的对待集合或数组中的对象，而不针对特定的对象类型；另外，选择、过滤和排序都是基于对象自身属性的，我们的选择只有两个：反射或者通用接口。反射使我们能构在运行的时候查找对象的方法，并指定调用方法的名字。但是，通常不在产品环境中使用反射，因为这样会使编译时问题推迟到运行时进行，并且反射的性能一般不如编译形成代码好。代替反射的选择是使用通用接口：通用接口适用于所有类型的对象，在内部将对象映射到对应的类，并根据其类别处理对象。这就是Invoker接口所作的：它使Executor可以让Invoker调用类型相关的方法，从而同样的处理所有类型的对象。Condition接口使用了同样的思想。
注意：Apache基金组织的集合api定义了一个Predicate，实现了本文中Condition接口同样的功能，定义了一个Clouser接口，对应于本文的Invoker接口。笔者认为这些接口名字都不是很好，担确实受到了这个api的启发。
本方案涉及的设计模式
本文的解决方案用到了责任链模式：在集合对象中顺序使用条件对象和排序对象。一个对象只有满足前面的条件，才会被后面的条件对象处理；只有前面的OrderInstruction对象无法排序时，后面的OrderInstruction对象才会发生作用。
上一页 [1] [2] [3] [4] [5] [6] [7] [8] 下一页 | 
注：本站部分文章源于互联网，版权归原作者所有！如有侵权，请原作者与本站联系，本站将立即删除！ 本站文章除特别注明外均可转载，但需注明出处！ [MinTao学以致用网] 