模式啊模式

本文探讨了软件设计模式的本质及其正确应用方式。作者指出不应盲目追求模式的使用,而是要在遇到具体问题时自然而然地想到合适的模式。例如,面对频繁变化的类可以考虑采用工厂模式降低耦合度;为确保单一实例则应选用单例模式。

最近一段常常被一些小事所畔住,没有写什么代码
但是没有写代码的时候,却想的比写代码的更多。
看了一片又一片的模式讨论的文章,我迷茫了,到底什么是模式?怎么使用模式?
模式是万能的么?
模式是个好东西,它可以让你的解决方案更完美,让你的程序质量更高。
但是,是不是我们的程序一使用了模式,就运用了高级的软件工程的方法了呢?
当然不是,有很多讲模式的书上都说了一句:不要为了使用模式而使用模式。
这句话是什么意思?不要刻意的去使用模式,模式是不知不觉的运用的,当你的程序遇到了问题的时候,可能有一个模式特别适合你的当前语境。
比如:有一个类经常改变,哪么如果耦合性太高的话,它的客户类也会伴随着这种改变,这个时候你可能想到了工厂模式,将类的创建的职责交给另外一个类来完成,这样,类和它的客户类之间的耦合性就降低了,当类改变的时候,它的客户类不一定要改变。还有,如果你要保证你的程序只有一个实例在运行,怎么办?单件模式应该马上显现在你的脑海中。我要说的只是,不要为了提高程序的“时尚”而刻意的去使用模式,在程序的开始的时候就想着,我要使用那些模式呢?在哪里使用呢?这些都不对。实际上设计模式并不是谁创造的,其实可能你在知道设计模式这几个字之前你就使用了很多模式,现在你学习了设计模式只是给那些方法起了一个好记的名字,千万不要因为学习了设计模式就刻意的去使用。

一点点感言。。。。。。。。。。。。
真希望服务器马上好过来,不要再让我伤透更多的脑筋。。。。
不知道是什么原因,看来维护和程序一样重要啊。。也许以后工作室招新应该在技术维护上下点功夫啊。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值