|
锁定老帖子 主题：论面向组合子程序设计方法 之 微步毂纹生
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2005-08-13
论面向组合子程序设计方法 之 monad
http://forum.iteye.com/bloglist.php?userid=6423 |
| 返回顶楼 | |
|
发表时间：2005-08-13
ajoo 写道 论面向组合子程序设计方法 之 monad
http://forum.iteye.com/bloglist.php?userid=6423 形似IOC Container容器之类的东东，以java.lang.*为底层模型，向用户提供一种封装， 因为底层模型即是封装已经比较好的java 标准API，对底层模型再提供一个比较统一 ，宜用的模型体系，确实不失为一个比较好的办法，不仅因为封装后的模型更贴近于这套框架使用者的逻辑思维，也易于建立整套框架清晰的架构。 不过，我个人认为形似IOC 之类的东东还是比较好做，原因既是上面我所说的东东，老拿出来说事还是比较爽的。 
|
| 返回顶楼 | |
|
发表时间：2005-08-15
ajoo 写道 donnie_yang 写道 看了半天, 我理解ajoo讲的CO是把OO的继承完全扔掉, 完全用接口定义规范, 用组合实现复用.不知道理解的正确与否.
不过你举的例子太象Decorator了, 你说的CO中有没有跨规范的组合? 比如, 你用Java实现的CO中有没有一个类Implement多个接口的时候, 什么情况下用会用? 从你举的例子中, 我觉得不应该有. 但我觉它这很重要, 是不是我的思维有局限? 一个类implement几个接口无关紧要。co只看interface，不看类。 这些类等于是在co的局部用oo来实现某些东西而已。 我的问题是有没有跨规范的组合, 一个接口可以extends多个接口么? |
| 返回顶楼 | |
|
发表时间：2005-08-19
不是很明白你得说法。
你最好举个例子。 |
| 返回顶楼 | |
|
发表时间：2005-08-20
论面向组合子程序设计方法 之 南无阿弥陀佛
http://forum.iteye.com/bloglist.php?userid=6423 |
| 返回顶楼 | |
|
发表时间：2005-08-21
论面向组合子程序设计方法 之 重构2
http://forum.iteye.com/bloglist.php?userid=6423 |
| 返回顶楼 | |
|
发表时间：2005-08-21
ajoo，咱们俩互顶吧，都挺不容易的了
|
| 返回顶楼 | |
|
发表时间：2006-01-04
论面向组合子程序设计方法 之 微步毂纹生
http://forum.iteye.com/bloglist.php?userid=6423 |
| 返回顶楼 | |
|
发表时间：2006-01-04
规则引擎？
|
| 返回顶楼 | |
|
发表时间：2006-01-04
ajoo 写道 比如前面age0给我们提出的“排他性”。三个规则，如果第一个成功了，就用第一个，否则顺序执行第二个，第三个，直到某一个规则成功.
我觉得真正把一个复杂的业务规则分析归结成排他的而且简化的一系列规则还是非常困难的,. 能不能提供一种方法论或者是你的感觉? |
| 返回顶楼 | |
