以前写代码的时候,也用到过一些设计模式,比如单子模式,继承,接口等等。但总是对设计模式是一知半解,感觉设计模式很神秘,很深奥。
最近,工作闲了下来,读了一下关于设计模式的书,受益匪浅,有种醍醐灌顶的感觉。发现一个好的设计模式,对于以后项目需求的更改和维护,起到举足轻重的作用。
由于刚刚开始读,里面的许多设计模式的原则还没有看完,只能列举一下自己读过的。
第一个设计模式:策略模式 (定义了算法簇,分别封装起来,让它们之间互相替换,此模式让算法的变化独立于使用算法的客户)
设计原则一:找出应用中可能需要变化之处,把它们独立出来,不要和那些不需要变化的代码混在一起。
换句话说,如果每次新的需求一来,都会使某方面的代码发生变化,那么你就可以确定,这部分的代码需要被抽出来,和其他稳定的代码有所区分。
下面是这个原则的另一种思考方式:“把会变化的部分取出并封装起来,以便以后可以轻易地改动或扩充此部分,而不影响
不需要变化的其他部分”。
这样的概念很简单,几乎是每个设计模式背后的精神所在。所有的模式都提供了一套方法让“系统中的某部分改变不会影响其他部分”。
设计原则二:针对接口编程,而不是针对实现编程。
设计原则三:多用组合,少用继承。
今天的策略模式就说到这里,会持续更新!!!!自己也再努力研究更新中。