基础设施领域什么意思

基础设施领域什么意思

1. 基于外部消息标准（该行业的标准是MISMO）来构建内部消息格式。虽然此消息集合很臃肿，但它是成熟的，支持大多数业务域，并且具有扩展性，可为该公司及其流程扩展一些特有的属性。
2. 根据企业数据模型创建一个基于XML的消息集合。该公司在企业数据模型上已经投入了很大资金，其模型已经包含了业务所需的绝大多数属性。笼统地说，我们已经通过ER Studio中生成了XML模式，并将对此模式基础上进行调整以定义消息负载（payload）。
3. 将MISMO主要用作实体的定义，然后简化其结构以提高使用性。我们可利用MISMO丰富的通用词汇，但在接下来的几年里我们可能需要定义出几十种交易的消息格式，而它们在MISMO中已经定义了。
领域数据是一些类（class），它们封装了实现服务所需的信息。这里应该使用经典的对象/关系映射（ORM）方法。
ORM与服务语义（semantics）或SOA一点关系也没有，而且“领域数据是一些封装了实现服务所需信息的类”的提法也稍显随意。数据和类是完全不同的两个事物，一个是结构化元素（类），而另一个则是实例（数据）。
我推荐Coad和De Luca等人的建议，使用四种颜色的建模原型和原型域图形（archetype domain shape，ADS，又称领域中立组件，domain neutral component或DNC），这是久经验证的技术/模式。ADS将提示你，那些松耦合的逻辑组件（一组类）将变成“实体”服务，它们将成为“业务组件”，而且，从这里生成XSD（避免XSD限制、将一切设置成可选的、通过import和include合理地打包）也是相当直观的。你的SOA消息就是CDM的视图，其中包含业务组件以及其他与SOA基础设施相关的元数据/上下文。每个业务组件的中心有一个核心实体
SOA是一个功能性模型，不是对象模型。仅此而已！正因为如此，在设计时，需要特别地关注模型，因为功能模型更加接近于人的行为，并且附带了一些以技术为中心的OO方法所不能承载的信息。
当你做容器设计时，第一步不是OO或DDD（领域驱动的设计），而应该先DOSOM，而后才是OO/DDD。