说到设计模式,我刚到公司的时候开始做一个遗留项目的二次开发,以及一个java web的小项目,基本用不到设计模式,你根本就找不到地方用设计模式。
一个项目是二次开发,你能按期完成就很不错了,还想用点什么设计,根本就是妄想。看着原先的代码(我估计有个年头了),能有个分层就已经很不错了,不苛求他的层分的乱七八糟,代码中有用没用的代码一大坨,简直让人不忍视之。
另外一个是只需要我写jsp的项目,对方的框架,我只需要调用就可。设计模式的代码根本就没地儿插。不过我反编译大概看了下他们框架的源码,用了几个设计模式,工厂和单例,但是在这个项目中,并不能真实的感受到。
谈到项目都不会涉及到“设计模式”等字眼,一度导致我有一种错觉,难道外面的真实环境就是这样吗,只考虑实现,不考虑手段。
不过在入手了现在的项目之后才知道,用神马设计模式都是你自己的事,和设计无关,和需求无关。你会用,你用的好,那你就用,你不会用,那就平铺直叙能实现功能就好。因此在现在看来,设计模式更多的就是个人素质的一部分。
没人会给你分任务时问你会不会设计模式,只要你能实现就行,至于你用模式实现的方式,只有懂行的人才知道其中的价值。
设计模式,不是简单的编程模式,也不是写代码的方式,它是一种思维方式。用来帮助你更好的思考代码的组织结构,改善当前代码的结构。
关于设计模式的学习,绝对不是一蹴而就,除了需要不断的学习、使用,还要沉淀、思考、提炼,最终要融入生活。
以前写过几篇设计模式学习的笔记,中间有段时间比较忙没写,现在应该计划再次开始了,《重温设计模式》,重温的不仅是模式。
- from the5fire.com
----EOF-----
微信公众号:Python程序员杂谈
微信公众号:Python程序员杂谈