关于DRY原则
软件工程,模式,语言,设计思想发展到今天,说白了,所有的技巧,思想,原则归根结底都是为了这个DRY 从机器语言开始:
为了DRY,出现了汇编符号来代表指令,使开发人员不用“重复翻阅指令手册”
为了DRY,出现了宏汇编,来使开发人员不用“重复编写同一个过程”
为了DRY,出现了C,Fortran等,使开发人员不用“重复考虑内存段的布局”
为了DRY,出现了面向对象的语言,使开发人员不用“重复描述同一个概念”
为了DRY,出现了设计模式,使开发人员不用“重复思考同一类问题的处理模式”
为了DRY,出现了OOD,OOP等设计原则,使开发人员不用“重复同一类的设计场景”
也许以后会出来更多,我相信,会越来越像传说中的“银弹”
但是反过来,其实“重复”一直都在,一点都没有减少,但是,把“重复”交给计算机去做,而人脑去思考那些真的需要思考的问题i
人脑的“重复”能力很弱,比如“数钞票”大家都喜欢,但是你能保证可以不出错地数多少张?
计算机的“思考”能力很弱,你不完整地把事情描述好,计算机是什么也不会干 人脑的“思考”能力强,很简单,绝大多数人都喜欢“新事物”
计算机的“重复”能力强,1+1+。。。。。1,加多少次它也不会出错,“溢出”不算,呵呵
浮沙之上勿筑高台