看了people orient program和domain driven design的随想
Posted on 2004-12-18 22:34 idior 阅读(1556) 评论(3) 编辑 收藏 举报
最近常乱想。
面向对象技术的下一代是什么,这也是我很困惑的问题,很想和人讨论一下。
看了这篇文章,再加上domain driven design的了解,觉得我们如今的编程语言确实需要
有所改进啊,从领域建模到code这个过程确实是太复杂了,它不仅影响了我们的开发效率
也对开发的质量产生了巨大的影响。我们在了解了花了大量的经历了解领域模型的时候,
还要想尽办法把它转换为实实在在的code,那么书写大量的代码是次要的,而对问题的理解
肯定又要发生偏差,dell不就是删掉了中间人发展的嘛。软件开发又何尝不是?
domain driven design和people orient program就是想尽量减少这个中间人的作用。
个人感觉他们走的分别是两条路,也可以说是两个方向。一条是用已有的技术oo 和模式,
让我们的code发挥更大的作用,起到描述领域模型的作用。一条是从领域建模的角度,让它实现
从领域模型自动向代码的转化。这两种方式都不错。第一种更可行一些。而第二种,虽然我不太懂
但我更看好,因为这是一种突破,从面向过程到面向对象又何尝不是一种突破呢?
这是我所能看到的下一代,那么更往后呢?
面向对象,面向抽象已经很成熟了,我觉得已经很难再有所发展了,模式,领域都只是量变而已。
什么是真正的质变?(prolog?antologic?)谁有更好的想法?希望能开拓我们的思维。
people orient program 的地址http://www.onboard.jetbrains.com/articles/04/10/lop/index.html
iaxes翻译的很不错,不知道为什么阅读量这么少,帮他打个广告 http://www.cnblogs.com/iaxes/articles/72485.html
(domain driven design由于考试,我只看了几章,难免有断张取义的问题,如果我的看法有问题,欢迎大家指点)
![](/Emoticons/emcrook.gif)
看了这篇文章,再加上domain driven design的了解,觉得我们如今的编程语言确实需要
有所改进啊,从领域建模到code这个过程确实是太复杂了,它不仅影响了我们的开发效率
也对开发的质量产生了巨大的影响。我们在了解了花了大量的经历了解领域模型的时候,
还要想尽办法把它转换为实实在在的code,那么书写大量的代码是次要的,而对问题的理解
肯定又要发生偏差,dell不就是删掉了中间人发展的嘛。软件开发又何尝不是?
domain driven design和people orient program就是想尽量减少这个中间人的作用。
个人感觉他们走的分别是两条路,也可以说是两个方向。一条是用已有的技术oo 和模式,
让我们的code发挥更大的作用,起到描述领域模型的作用。一条是从领域建模的角度,让它实现
从领域模型自动向代码的转化。这两种方式都不错。第一种更可行一些。而第二种,虽然我不太懂
但我更看好,因为这是一种突破,从面向过程到面向对象又何尝不是一种突破呢?
这是我所能看到的下一代,那么更往后呢?
面向对象,面向抽象已经很成熟了,我觉得已经很难再有所发展了,模式,领域都只是量变而已。
什么是真正的质变?(prolog?antologic?)谁有更好的想法?希望能开拓我们的思维。
people orient program 的地址http://www.onboard.jetbrains.com/articles/04/10/lop/index.html
iaxes翻译的很不错,不知道为什么阅读量这么少,帮他打个广告 http://www.cnblogs.com/iaxes/articles/72485.html
(domain driven design由于考试,我只看了几章,难免有断张取义的问题,如果我的看法有问题,欢迎大家指点)