这是最近实习的时候老板给的一个需求,具体要求:将商品按照它的进货价,零售价,销量等11个属性分别进行升降序排序;将仓库商品按照它的库存等5个属性进行升降序排序。
注:商品和仓库商品没有什么联系,可以把它们认为是两个对象:
Product
类和RepositoryProduct
类。
ps:前台传递的参数是两个状态码,一个表示按照哪个属性进行排序,另一个区分升降序。
解决思路:
-
对对象集合排序可以使用
Collections.sort(list, comparator)
方法。传入对应的 list 集合以及比较器,共 16 种排序规则就要写 16 个比较器,再加上 if else 判断,写出来的代码就是这样的:Integer status = 1; // 1表示按照进货价排序,2表示...,3... if (status.equals(1)) { Collections.sort(list, new Comparator<Product>(){ ...}); } else if (status.equals(2)) { Collections.sort(list, new Comparator<RepositoryProduct>(){ ...}); } ...
如果又增加了一种排序规则就要添加
else if
分支,把这套排序逻辑直接放在 Controller 层就会显得异常的臃肿,而且扩展性也不好,因此考虑新的解决方案。 -
分析上面的代码,我们发现排序所调用的接口是不变的,即都需要调用
Collections.sort
,变的是需要传入不同的比较器,比较器有很多,马上想到可以使用工厂模式来优化上面的业务逻辑。 -
工厂模式有三种:简单工厂(或者说是静态工厂)模式,工厂方法模式,抽象工厂模式,用哪种呢?
-
最终采用工厂方法 + 简单工厂相结合的解决方案:
工厂方法模式:定义一个创建比较器对象的工厂接口或抽象类,具体的创建比较器这一动作由该抽象类的子类来实现。针对该需求的工厂方法的 UML 类图如下:
左半部分是工厂的抽象类以及其实现体系,右半部分是产品的抽象类以及其实现体系。每一种工厂负责创建一种比较器,这样就不需要繁琐的
if else
判断了,调用方需要哪一种比较器就创建哪一种比较器工厂。抽象产品接口已经由JDK为我们提供了:
public interface Comparator<T> { int compare(T o1, T o2); }
具体的产品:
/** * @author 曲健磊 * @date 2018年10月21日 下午4:14:53 * @description 对商品进行排序的比较器 */ public class ProductComparator implements Comparator<Product> { @Override public int compare(Product o1, Product o2) { Integer num1 = o1.getNum(); Integer num2 = o2.getNum(); return num1 == num2 ? 0 : num1 > num2 ? 1