领域模型——想说爱你很难

上面讨论了这么多，又重复了以前讨论的主题，人变了，内容还是一样。大家可以看看以前有关RDO的讨论。说白了就是业务层和持久层产生的DO如何变成RDO，RDO中如何注入数据库访问逻辑对象，使其具有数据和方法的Rich Object。

1. 为什么需要领域模型？
   信息技术和业务内容需要分离：
      <1> 信息技术频繁演进，业务模型相对稳定，除 非这个行业处在变革时期。比如鱼缸，每天换水，我们希望换水的时候鱼可以捞出来；
      <2> 分工，信息技术的专业人员专注于设计基础设施（such as rule engine）和性能提升等，业务人员专注于不断的理解和积累行业知识并改进领域模型；
       <3> 其他原因？跨组织机构/信息系统的业务协作？
2  用什么来表达领域模型？有通用的剧本语言吗？
   <1> 基于现有的编程语言，such as java Libray? 还是新生的？ such as svg, BPL or other DSL?
   <2>领域模型还要细分？原子化？ such as SQL for data query, BPL for workflow, svg for graphic, and so on?
   <3> 元语言之间又如何配合？是在他们这一层交流还是在实现层（信息技术层）共舞？ 鱼和水草怎么共生？

3   领域模型如何活（Run）在信息技术里的？
  <1> 编译？
         (a) via IoC, or Aspect?
         (b) by Interface or others?
  <2> 解释？ such as HTML
  <3> Mixed or others?
4 哪些技术在为通向未来的路作铺垫？就是我说我们已经走到那一步？
   <1> EJB2 是一次尝试
       <2> ??

5 IDE 又该如何演进来适应这种趋势？debug & Test