数据Data 上下文Context 交互Interaction(DCI):面向对象范式的演进
这是一篇来自Ruby社区的文章，主要介绍DCI如何推动面向对象的发展，当然这也是Ruby的一个特点，而Scala则在并发异步以及函数编程上有其特点。RubySource | Data Context Interaction: The Evolution of the Object Oriented ParadigmRubySource
文章说：面向对象非常擅长显式表达状态，类 字段和属性这些都是用来定义状态的强大工具。(banq注：场景 事件和状态可以认为一个目标模板)。
对象的状态着重于两个方面，一个是编译时期，一个运行时期，在编译时期我们能看到对象的类定义；而在运行时刻我们可以调用对象实例的字段。
对象的行为是围绕本地状态的，不包括那些与外部协调等行为，这些本地行为只围绕对象自己内部状态进行。
但是OO弱点在于无法表达与外部协调交互collaborations 。
看如下两个案例用例(最后两张图)，分别表达A B C D四个对象之间的相互调用。第一张图表示在传统OO中，我们可能将这些相互协调调用的方法专门当前类中，导致A B Ｃ Ｄ很多方法，这样带来问题看下篇：
文章说：面向对象非常擅长显式表达状态，类 字段和属性这些都是用来定义状态的强大工具。(banq注：场景 事件和状态可以认为一个目标模板)。
对象的状态着重于两个方面，一个是编译时期，一个运行时期，在编译时期我们能看到对象的类定义；而在运行时刻我们可以调用对象实例的字段。
对象的行为是围绕本地状态的，不包括那些与外部协调等行为，这些本地行为只围绕对象自己内部状态进行。
但是OO弱点在于无法表达与外部协调交互collaborations 。
看如下两个案例用例(最后两张图)，分别表达A B C D四个对象之间的相互调用。第一张图表示在传统OO中，我们可能将这些相互协调调用的方法专门当前类中，导致A B Ｃ Ｄ很多方法，这样带来问题看下篇：
[该贴被banq于2012-08-31 15:58修改过]
2012-08-31 16:06
上面将很多交互方法也置于对象中的问题是：编译时刻的代码并不能反映其运行时刻发生的。源码告诉我们有四个分离的对象，分别带有许多方法（messageA0 messageB0....）。而运行时刻告诉我们：有四个对象彼此有许多交互谈话调用，其中只有很少部分和某个特定用例有关(和User Case1相关，或和User Case2相关)，因为你将所有用例相关的方法都混淆在一个对象中。
这种不匹配导致程序非常难懂，源码告诉我们一个故事，而运行时效果告诉我们是完全不同的故事。
通过引入DCI，相当于引入角色，UserCase1和UserCase2不同用例功能可以看成是Domain Model领域模型在不同场景上下文扮演不同角色发生的行为，如下图表示：
这种不匹配导致程序非常难懂，源码告诉我们一个故事，而运行时效果告诉我们是完全不同的故事。
通过引入DCI，相当于引入角色，UserCase1和UserCase2不同用例功能可以看成是Domain Model领域模型在不同场景上下文扮演不同角色发生的行为，如下图表示：
2012-08-31 16:21