在实现商场收费方式(策略)时,将个收费策略看成对象,使用简单工厂产生这些收费策略的对象的情况下与使用策略模式的不同点在于简单工厂生产这些策略对象时要进行判断,由于收费策略的异变性(变化点),所以在工厂类并未起到很好的封装变化点的作用,而且在客户端里仍需要实例化具体的收费策略类。而策略模式就很好的封装了变化点。
不过从策略模式的客户端代码来看,需要使用Switch Case语句,而且在建立context类时,也需要实例化收费策略类. 。将简单工厂与策略模式结合起来使用就可以将Switch Case语句转移到context类中,客户端的代码来就大为简化,而且不必在客户端里操心具体算法选择。缺点是仍旧不能甩掉Switch Case 的影子。故还要将反射加入其中。
本文探讨了在实现商场收费策略时,策略模式与简单工厂模式的区别及结合使用的方法。指出简单工厂模式虽能创建策略对象,但在封装变化点方面表现不足;而策略模式则能更好地应对变化。结合使用时,通过Context类简化客户端代码,并讨论了引入反射机制进一步优化的可能性。

4878

被折叠的 条评论
为什么被折叠?



