《大话设计模式》学习笔记

     做一个商场收银的小系统。刚开始编程的时候,没有想到代码的可维护性,因此编出来的程序只能是正常收费的情况。当商场打算搞促销那该怎么办呢?只好重写程序。再次写这个程序的时候要考虑的代买的可维护性。

     我们考虑一下,商场无论怎么搞促销活动,不同的仅仅是收银时的打折处理方法,而基本的计算总价方法是相同的,不同的打折手段是特性。因此我们可以写一个抽象类,在这个抽象类中有一个抽象方法(这个抽象方法以当前总价为输入参数,输出打折后的价钱),然后我们就再编写各种打折的方法类,这些类都继承与上一个抽象类,都根据自己的打折办法,重写了打折计算方法。然后再写一个现金收取工厂,用父类定义个引用,当选择不同的促销打折方法时,用不同的子类对 引用进行实例化,并别返回这个实例化后的对象。

     需求的变更时必然!所以开发者应该是考虑如何让自己的程序更能适应变化,而不是抱怨客户的无理,客户不会管程序员加班时的汗水,也不相信程序员失业时的眼泪。

     在上面的例子中,由于商场可能经常性的更改打折额度和范例额度,每次更改代码重新编译部署真的是很糟糕的处理方式,面对算法的时常变动,应该有更好的办法。应该好好的研究一下设计模式。《深入浅出设计模式》

     

 

你可能感兴趣的:(设计模式)