关键字: 面向对象 实践 原则 模式
作为一个资深码农,差不多有20年开发经验了。从入门开始就学习面向对象编程.记得最早学习面向对象知识是通过一本数据结构(Abstract Data Structure)的C++表达.提到的主要是把数据和数据相关的操作合并在一个对象中,是如何提高思维层次,如何高效解决问题, 是早期的面向对象思路的解释, 看的时候,热血澎湃,屠龙刀在手,神挡杀神,佛挡杀佛. 可真的碰到问题时,屠龙刀好像变成了指甲刀.
自以为对面向对象有深入了解吧, 面试别人的时候,好喜欢问,知道设计模式吗?知道面向对象的基本原则吗? 喜欢卖弄OCP,LSV等三字经.得到的答案基本是,不知道,了解一点,说出点皮毛,或者说,理论我不擅长,我擅长实践每当这个时候,我就很有优势感,觉得资深就是和初级工程有区别. 我拿的工资值那个价.静下心来审查自己写的代码? 有区别吗? 不一样是面向过程的代码吗? 不一样到处的if else 代码.
需求说,这个不要,加一个if,需求说那种情况下,需要另外一种处理,加一个else,一个处理函数. 到最后,代码就像意大利面条一样,无法维护.而且到处都是漏洞,到处都是如果这样,怎么做,那样怎么做,都是一些面向过程的思路. 老是怪需求给的不明确,逻辑漏洞太多.实际上是过于考虑实现细节,没有提高抽象层次,在更高的层面思考. 需求给的都是要怎么样,怎么去实现需求,就要高度的抽象能力,概括能力.
意大利面条式代码
听过一种说法,好的代码能适合任何变化. 个人不太认同,好的代码应该对变化友好,而不是能支持任何需求.没有人可以提前看透一切的,一定是不停的重构来应对变化. 一次次的重构让代码更加贴合需求,甚至让客户都能看懂代码,就像另一种格式的需求文档.
不离口的OCP(开放封闭原则), 实际上我的代码,那个能做到这一点了? 看书,看网上漂亮的OO例子,都是那么美, 也以为自己完全掌握了,反过来看看自己的代码,有那点做到了? 叶公好龙而已. 工作了几万个小时,却和只学习了几百小时的初级工程师,没有本质区别. 悲哀啊!!!
学习上,有一种讲法叫做Shuhari(守破离),此词来源于日本剑道,描述的是在学艺过程中经历的三个阶段:守为学艺阶段,严格的按照前任的经验教诲练习并熟练;破为突破阶段,在熟练掌握已有知识之后尝试突破原有禁锢,达到自我的新境界;离为最终阶段,无招胜有招,不拘于已有的任何方式,达到最高层次.
放到面向对象设计和设计模式中, 应该是首先严格遵守这个模式,当作公理一样使用.当熟悉以后,就去理解这个模式背后的逻辑,真正的做到在合适的时候使用. 最后达到更新的高度,完全知道这个模式是为什么,可以做到完全自由的创新这个模式的应用. 很多时候我们稍微了解一个概念后,还没怎么使用就想着怎么突破,就想着这个模式的不好的地方,随便去改. 希望大家不会像我一样rihashu(离破守), 开始大言不惭, 后面固步自封.
IT学习的关键是实践,没有实践.所有的东西都是纸上谈兵, 听着热闹,实则空无一物. 这么长的时间还在低水平徘徊的主要原因就在于此. 所以计划把以前学到的知识,应用到实际中,把那些充满臭味道的代码,改成更加面向对象,更加符合设计原则,争取能够让自己到ha的层次,有所突破.
接下来,我会拿实际工作中的代码,来一个个看如何用OO的原则,以及设计模式来提高. 我也希望有人能共享从工作中与到的设计问题,一起分析,一起提高.
