设计模式--组合模式--商品排序案例

所有的例子均来源与实际开发项目
本节介绍组合模式的使用–商品结果排序评分系统

首先还是重复一下：设计模式是思路，而不是一味套用，如果业务场景和功能需求恰好吻合，那最好不过；如果有偏差，一定要具体情况具体分析，更具实际场景选择合适的模式类型（注意，是类型，并不特定指某种模式，有的时候一个场景多种模式都可以做）

---

本节所举得例子为商品结果排序评分系统，也就是很多项目中，在比较重要任何事物查询完毕后，会有一个排序过程，比如在淘宝上搜索完商品后那个商品列表的排序过程。而且其复杂度当然远远超过数据中SQL语句可以完成的程度（当然不排除有公司把逻辑直接写入到存储过程中，但是这种情况不做探讨），所以需要一个完整的评分系统来对结果进行排序，高分排前，低分置后。

 

Ⅰ 【分析阶段】———————————

a.首先分析业务功能（功能需求）：类似于上面所述的，就是对结果进行排序，高分前，低分后。再深入到实现代码层面，就是多层次的权重分数计算了，这个类似大家学校里，最终期末总评分，30%平时分，70%考试分一个道理；

b.然后分析扩展性（非功能需求）：主要变化会在哪？当然毫无疑问就是：

• 评分的权重会发生变化：之前占80%的比例，现在被削弱了，只占20%了；
• 评分的相互层次关系可能变化：之前这个评分是最低一级的了，现在在它下面又多了两级更细化的评分；
• 乃至评分的逻辑处理会发生变化…

好了，结合上面两点，你会发现，这有点一个“树”的意思了，不是么？请看下面这个图

左边一个一般的树图，类似资源管理器的列表单，这个摘自《研