SOA的依赖原则

参考原文:http://www.infoq.com/cn/news/2013/07/soa-dependency

业务层：

（1）可追踪性——实行核心治理，“确保每件完成的事情都与组织机构的愿景有关”。

（2）极简主义——挑战假设。

（3）领域洞察——理解业务的本性，“从基本原则重新构想业务”。

应用层：

（4）内聚与耦合——“那些属于一类的应该归到一起，并且在不同系统间仅保留最小限度的联系。”

（5）实施与曝光——“共用领域数据模型和业务逻辑的操作组都会转化为产品，而共用接口数据模型的都会转化为服务。”

（6）变体与版本——“识别出每个逻辑操作的多重并行类型，建立一种方法来支持其逻辑和接口的不断变更”。

信息（数据）层：

（7）内部与外部——“区分接口数据模型与领域数据模型”。

（8）内容与上下文——“将接口数据模型的核心数据元素与限定元素分离”。

（9）抽象与具体——“创建同时适用于内容和上下文元素的数据类型的层次结构”。

技术层：

（10）捆绑依赖——“在实现业务逻辑的过程中，避免在无关的组件之间引入新的依赖”。

（11）后期绑定——“推迟不可避免的依赖，直到最后责任点”。

（12）完成工作的合适工具——“使用最合适的机制来实现逻辑”。