回帖整理:我理想的编程方式

我最近在找寻不用实现一个新的语言,就可以面向上下文的编程和设计方式。

我有一种感觉,一切最终会产生不合理的根源在于:Object->人->厨师这样的死板的分类方式, 面向对象的传统看法很可能在根本上是错误的。

厨师就是厨师,无论它一台智能化烤面包机,还是一个活人,或者象《料理鼠王》里一样的一群老鼠。

我 理想的编程范式, 应该是“管中窥豹”形式的;这样能隔绝掉大多数复杂度,也要比面向对象容易学习和理解。对于一个存在,你只有给了它正确的环境,比如厨房,比如女朋友的床 上,它才会显现出它的能力。没有这个环境,这些能力对于这个场景就从绝对意义上是根本没有的(而不是象面向对象:把不需要的隐藏起来,需要的通过接口暴露)。

现在的动态脚本语言也不是这样的:比如js的prototype,你扩展了,就是扩展了;况且动态语言没有我想要的严格检查:越是灵活,其实就越需要这样的拐棍。

Extension Method倒是有点像,可惜它不是真正的上下文式的内涵,而只是个看起来类似的语法糖豆;也不能通过技巧转化为真正意义上的面向场景(既上下文)的编程方式。

其实CLR和DLR应该给我提供了足够的空间去创造一门语言,只是我水平还不够~ 而且没有什么亚洲研究院这样的环境,吃饭成问题也支撑不下去。

嗯又说多了,只当随便聊聊吧,正经写说不准还被很多人当SB了... 反正对我来说,破除迷信是很重要的一件事。对现代编程语言和实践方式知道的越多,就越感觉不是那么回事了。

转载于:https://www.cnblogs.com/guaiguai/archive/2008/03/03/1088229.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值