今天继续学习本书的提示14：优秀的设计比糟糕的设计更容易变更
本章开始作者讲得就是务实的具体方法了。放在开篇的就是ETC（easier to change）原则，因为他认为无论是什么设计原则，都是ETC的一个特例。所以作者认为ETC都已经超越规则了，应该是我们的价值观念，每次修改代码的时候都要考虑一下自己的代码有没有让系统更容易改变。最后作者还在你找不到如何才是更容易变更的方向时提出了两个具体的建议：试着让你写的东西可替换和通过工程日志记录等方式把这当成一种培养直觉的方式。
设计模式我也看过，但是书中所说考虑自己所有的代码是否满足ETC的原则这一点确实一起没有想到过。仔细回想一下也很有道理。如果我们的代码注定永远不会改动，那都不用思考什么模式什么涉及，简单易懂就好。可是世界不是一成不变的，需求也总是在不断的变化。有些时候为了方便写下了一下trick的代码，当时明明知道后面容易出问题，但内心却不断麻痹自己，只要自己多注意，后面肯定没问题。但这样的故事往往是以自己或他人踩坑而收场。感觉作者的两条建议都挺实用的，我以后就可以都拿来试试。每次提交代码的时候都去想想ETC原则，自己这次的代码是不是符合，如果无法判断就记录下当时的情况和选择，培养自己的直觉！
网友评论