“欣哥，你是怎么提高设计能力的？ ”
这个问题最近被人问及， 我回想了下这10多年学习历程，并没有发现一个确切的东西能帮助提升设计能力，更具体点是“面向对象的设计能力”。
我大学的时候学了几门语言，也勉强做了几个项目，但是都停留在能使用的层面，根本没有考虑到可扩展性，重用性，灵活性，易读，优雅...... 等东西， 也不知道什么是设计模式， 估计大部分码农翻身的读者都比我强得多。
刚工作的时候，一个搞Java的同学给我说，刘欣你知道吗，现在模式很流行，我们都在搞模式。
模式？ 正在抱微软大腿的我是一脸懵逼。
回去赶紧搜，于是就发现了四人帮那本着名的《设计模式》，赶紧研读，发现是雾里看花，水中望月，看不清楚。
这设计模式就如同一座高山，可望而不可及。 当然用来吹牛还是可以的，吃饭时给组长说：我最近看到一本书，叫设计模式，里边提出了两条原则，实在是太好了。
“什么原则？”
“一条面向接口编程而不是面向实现编程， 另外一条是优先使用组合而不是继承。”
虽然我洋洋得意，但是我心中明白，我也不知道这是啥意思。
后来看到闫宏写的《Java与模式》一书 ，里边举了很多红楼梦的例子，有点意思，大概知道了一些模式的写法。
照葫芦画瓢，写了个Iterator， 激动不已。没成想到JDK中一看，人家早就写好了。
转入Java阵营以后，发现模式在这里确实比较提倡，不仅仅是标准的23种设计模式，还有J2EE开发中用到的各种模式。
那就老老实实地学吧，不仅仅看书，还开始看源码，当时流行的有一个叫做Jive论坛，纯用servlet和JSP写的，现在看来可能是比较幼稚，但是它里边用了很多的设计模式，比如单例，模板方法，代理，迭代器等等。
之前学习设计模式，看到的都是小打小闹的小例子，不知道怎么用到项目中来，现在看到Jive，一下子看到设计模式在实战中的鲜活的应用，实在是大开眼界。
（由于时间太过久远，感兴趣的可以再翻翻Jive，但是不太建议再花太多的时间学习了）
后来发现了一本神书《敏捷软件开发，原则，模式与实践》，第一次讲了面向对象设计的原则，其中还有一个薪水支付的案例，真是让我大开眼界，一下子明白了“优先使用组合而不是继承"的道理。
此后又看了JUnit的源码，再次感慨大牛把设计模式玩得炉火纯青。
看了不少书和源码以后，就想在工作中想找机会实战，无奈工作中增删改查居多，在框架下填代码，浑身的OO内力无处宣泄，真是不爽。 （其实也没多少内力，把自己高估了。）
终于逮到一次机会，我负责的模块业务逻辑非常复杂，我就想办法把这一块逻辑从增删改查的框架中剥离处理，好好设计了一番，应用了一些设计模式，效果还不错，基本达到了OCP的原则：对修改封闭，对扩展开放。
各位同学也可以想一想，自己的工作中有没有一些复杂的业务逻辑？能不能把他们单独拎出来做个设计？
再挑战下有难度的源码吧，大家把Spring“吹嘘”得神乎其神，一定得看看， 于是开始进入Spring源码，这绝对是一次痛苦之旅，多如牛毛的class，深不可测的函数调用层次，把人搞得头晕眼花，反复的调试，加上文档的配合，总算走出了黑暗森林，也体会到了Spring设计的一些妙处，尤其是软件开发最最重要的一点： 抽象。
当我在工作中再次遇到复杂的需求时， 也努力地去做抽象，寻找本质的东西，有一次竟然把业务操作抽象成二维坐标系下点的移动，让我喜不自胜，感受到了抽象的威力。
但是这样“顿悟”时刻还是太少了。面向对象的原则S.O.L.I.D 听起来很简单，23种设计模式理解起来也不难，但是想把这些原则和模式在实践中应用好，那可就不容易了，很多时候我在面对复杂问题的时候也是非常犯愁，无法找到合适的接口和抽象，最后做出的设计不尽如人意。
总结一下，想提升OO的设计能力，我的经验就是： 阅读书籍， 阅读源码，再加上不断地思考和实践。
谨以此和大家共勉。
第三十五届CIO班招生
国际CIO认证培训
首席数据官（CDO）认证培训
责编：pingxiaoli
免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。
抢沙发
