在这篇博客文章中，我将解释integrationadvisor（IA）中消息实现指南（MIG）的重要性。我还将解释用尽可能多的语义信息丰富MIG的重要性。有许多方法可以将这些语义知识传授给MIG，其中最重要的方法之一是使用限定符。在这篇博文中，我试图解开限定符概念的神秘面纱，并说明它后来如何简化和加速映射过程，我建议您阅读一篇博客文章integrationadvisor：使用MIG编辑器创建一个定制的界面。如果您对Integration Advisor完全陌生，并且希望全面了解该产品，我建议您从标题为Integration content Advisor:组件概述和进一步阅读的博客文章开始。从这篇博客文章中，您将能够访问许多其他博客，bi大数据分析，并按逻辑顺序阅读它们。

消息实现指南中丰富语义的重要性

Integration Advisor引入的一个主要范式转变是不再将映射练习作为技术开发人员的领域。Integration Advisor的目标是让您这个业务领域专家能够在技术人员很少或根本没有帮助的情况下执行端到端的设计和实现。

为了实现这一目标，在重要性上从实际映射、映射指南（MAG）转向消息定义本身，米格一家。最终的目标是使mig在语义上更加丰富，使得映射过程成为一个简单的从源到目标的1-2-1拖放机制。从语义上丰富MIGs可以使生成的文档清晰简洁，但也使映射更加简单。映射的简化减少或消除了对复杂技术功能的需求，从而减少了对技术开发人员的需求。

限定符-它们是什么？

许多跨世界上已开发的不同标准的消息类型（如ASC X12、UN/EDIFACT、SAP IDOCs）设计为灵活、可配置的，并在相同的消息结构中处理不同的业务情况或上下文。

为了实现这种灵活性，一种常见的方法是将逻辑上相关的信息分组到数据段中，然后使用一个所谓的"限定符"字段，为该段中的其余数据赋予业务意义。地址段就是一个很好的例子。地址段通常包含一组类似的字段–街道、城市、州或县、邮政编码、国家等。但是，在贸易伙伴之间传输信息时，可能会有多组要发送的地址、送货地址、联系地址、帐单地址等。在这些情况下，您可以使用公共地址段结构，然后使用限定符字段来指定存储在数据段特定实例中的地址类型。

下面使用XML格式的SAP IDOC来说明这一概念。在这种情况下，该示例与采购订单IDOC中的合作伙伴信息段相关。在每种情况下，数据段都是相同的，但是突出显示的字段PARVW表示提供哪种类型的合作伙伴（AG=卖方，LF=卖方，我们是好的接受者）。您还将注意到，对于每个段实例，填充了不同的字段。

虽然使用限定符可以使数据负载更加紧凑和灵活，但当您希望解释此数据结构并将其转换为其他数据结构时，它确实会以编程方式增加挑战。突然之间，映射的复杂性显著增加。如果你退一步考虑一下——如果你的结构不是有这些所谓的限定段（或节点），而是一个更平坦的结构，其中有一个称为"SoldToPartner"的段，一个单独的称为"BillToPartner"的段等等，那么你的映射逻辑会变得更简单。想象一下，如果源和目标的情况都是一样的，那么突然间你就有了一个简单得多的1-2-1映射，不需要实现一个检查源结构中限定符值的函数，也不需要实现一个到目标限定符值的值映射，另一个简化的机会出现了。如上图所示，使用这些灵活可配置的"多用途"数据段，您总能找到一组超级字段。这样做是为了满足数据段所设计的多种业务目的。以"联系人信息"部分为例。在这样一个片段中，您很可能不仅会找到地址详细信息，而且还会找到联系人的姓名，以及许多用于远程通信媒介（家庭电话、传真、手机、工作电话、电子邮件）的字段；此外，还可能会出现性别和出生日期等其他字段。根据业务上下文，许多字段不是必需的，但重要的是，根据语义，政务大数据，许多字段可能是必需的。再想一想，企业信息化软件，你可以"展平"这个多用途的片段，让各个片段代表不同的上下文。其中每一个都可以专门显示可能需要的字段以及该业务环境中哪些字段是必需的。

这正是Integration Advisor的MIG编辑器提供的；通过合格节点的概念，IntegrationAdvisor为您提供了从语义上缩短和"展平"这些结构的能力。对于每个限定结构，您可以指定它是哪种类型，以及它使用的字段子集。此外，您还可以通过限制字段上的允许值、指示哪些是必需的、更改字段长度等来进一步定制结构。

上图说明了这一概念。我使用integrationadvisor的MIG编辑器创建了一个基于订单5伊多克。在定义的这一部分中，您将注意到几个关键点：