策略模式还是模板方法模式？

      之前做的一个产品中，存在一个重要的场景—-生成询盘，来源有网站、留言、PM、手工等等，考虑到目前的代码有些凌乱，准备做下重构，到底是采用策略模式还是模板模式？这里简单做个分析。询盘生成的过程中包含这么一些步骤：构造询盘对象，计算询盘意向度，创建买家，获取意向商品，创建询盘，其中差别就是根据传进来的参数构造询盘对象。

      将每种来源的询盘生成看做一个大的算法，可以套用策略模式，但这样的问题是，会有很多重复的代码，比如计算询盘意向度、创建买家等等，违背了代码重用原则。

      从场景来看，貌似更符合模板模式，基类中定义算法框架，先构造询盘对象，其次计算询盘意向度，再创建买家…将构造询盘对象做为模板方法，由各子类去实现。但客户端去调用时传递的参数不太一致，造成接口的参数很难固化。

      根据两种模式的定义，可以总结其适用场景，策略模式适合每种算法之间的差异很大，基本没有多少共同的地方，这样才能保证不同的算法之间不存在重复的代码，所以在采用此模式前要将服务细化，将大粒度的服务拆成细粒度的；而模板方法模式则适合每种算法的总流程基本一致，差别只是在具体的子过程实现上，在应用此模式前要保证总流程是相对稳定的，在具体子过程上如果存在相同的部分，也可以结合策略模式，将子过程的实现定义成一个个策略。

      仔细想想，上述询盘生成其实可以既不采用策略也不采用模板模式，不能为了模式而设计，因为不同来源的询盘生成都是来自不同的请求，可以在接收请求时将询盘对象构造好，再传递给一个服务层的实现类来处理，这样代码很清晰，结构也简单。