混合OO和Functional设计

综上所述，我们在看面向对象设计和函数编程时，他们其实是不矛盾，有并行存在的部分。

OO最适合Tell吩咐，当你吩咐时，对象封装切分其实最大化解耦实体之间的耦合，为了进一步防止耦合，你必须让你的消息异步发送。这些都是通过 tell 模型做到的.

函数编程FP最适合ask索取. 其实在纯函数编程中，如果一个函数方法不返回任何结果几乎是毫无意义的，除非是为了考虑副作用(边际影响)，函数化Functional纯洁性purity将会激活懒加载，这非常类似OO中激活异步一样。(banq注：在JdonFramnework中，可以用事件实现消息发送，也可以实现懒加载，特别是数据库数据懒加载。)

好了，如果我们接受这些预设，那么我们如何组织我们的系统呢？

假设顶层有一个函数式层，当里面的表达式被演算后，执行消息的发送，但是这会造成系统理解上的问题，也会产生副作用，破坏函数的纯洁性。

那么有没有其他方向呢？ 如果我们将对象层放在顶部，允许对象使用底部的函数片段？这好像真的没有什么问题。无副作用的函数适合内部机制，面向对象非常适合高层，能够解耦信息系统是最重要的。

现在有一个疑问，象Scala这样允许程序在任何抽象层次混合对象和函数，甚至你能够使用函数进行查询过滤对象，微软的LINQ技术也是在对象层面上建立函数层面，这些好像违背上面的预设。

无论如何，我们已经知道，真正的面向对象在现代软件架构中是存在服务或消息层面，那么在这样架构下，非常适合“tell above , ask below.”在上面吩咐，在下面索要。