【召集讨论】设计模式是语言表达能力低下的产物,isn't it?

作者分享了自己在不同编程语言环境中对设计模式应用的体会,特别是从C、C#、Java转到Python后的感受,认为设计模式多是为弥补某些语言特性的不足而存在。

这是我很长时间以来的疑惑,在C,C#,Java上工作过不少的时间,前前后后加起来五年多吧,一直交叉着使用,研究设计模式也是每一个Javaer,Csharper的家常便饭,但是在Python下工作了5个多月以来突然发现曾经让无数人神魂颠倒的设计模式,渐渐的远离了我的生活,当然也有人试图在Python下模式一把的,不过用起来不是一般的别扭,后来看到某牛的前卫论调:

"Patterns" that are used recurringly in one language may be invisible or trivial in a different language.   

 仔细想想确实也觉得是这么回事,设计模式中的大部分都是在和JAVA的僵硬语法作抗争,而很多CSharper却将其视若珍宝。设计模式是为那些僵硬的表达能力低下的语言准备的,用来弥补语言的缺陷使用的。比如C#内置了事件机制,那么Observer还有意思么?不要说什么效率的问题,那是CLR要解决的问题,再说Java里又是接口又是一大堆类绕着弯的实现一个Observer模式写出来的东西也并不比直接在C#里用事件跑得快多少。

所以现在我觉得,23种设计模式是应该被唾弃的东西,如果这个特性的确需要,那么就应该被加到语言特性中,不然这个语言就是跟Java一般的僵硬,缺乏表现力,工作效率低下。至于执行效率, 如果在一个严格要求执行效率和空间占用的地方(比如嵌入式)选择了.NET,这个时候再来抱怨C#跑得慢,那么一开始干嘛吃了,技术选型的时候打瞌睡了?呵呵,说跑题了。

说了说个人感受,求讨论,看看大家都是怎么看的。 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值