设计模式的出发点是好的,但是容易被人滥用。而且容易让很多新人整天抱着一本设计模式书,把各个设计模式名字背的很6,然而写起代码来还是没什么卵用。其实这是一门实践性的技能,通过不断对自己代码重构才能自然而然的写出符合设计模式要求的代码。

我的策略:

  1. 定制可执行的、简单的编码原则,不满足就不断的重构
    类代码行数不超过400,函数行数不超过20,嵌套不超过3层(知乎上朋友的方法)

  2. 看一些代码重构的学习资料

  3. 对于设计模式,也不是一点这方面的知识都不看(设计模式把这些代码设计方法进行命名,对沟通起来还是方便的!),只要看最基本的介绍、例子和应用场景即可。哪天自己重构的时候可能就来灵感,我这个自己想出来的思路和XXX设计模式是一样的。这时候无论是再回去翻翻书还是看看对应的例子或者和UML图比较比较,都会有深刻的印象。下面有推荐的一个文章,每个模式就一幅UML图和几十个字简单总结就挺适合。

博客:论面向组合子程序设计方法系列每个模式几句话的总结
书:《代码大全》、《重构 : 改善既有代码的设计》