概述
开发人员最常问的问题之一是与 ArcGIS Utility Network 集成的最佳方式是什么。答案始终是相同的：“与 ArcGIS Utility Network 集成的最佳方式就是有效的方式。”事实是，没有一种方法是绝对正确的。根据您的界面性质和您首选的编程语言，您可能更喜欢策略或 API。本文概述了用于开发使用 Utility Network 在后台运行的接口和应用程序的常用集成策略和 API。
下面我们提供了一个矩阵，您可以使用它快速查看您可能感兴趣的 API 和工作流程。我们建议您在进入实施阶段之前通读所有工作流程和 API 的详细信息。它将帮助你获得知识，特别是当你采用一种有其自身局限性的方法时。
将您的 GIS 环境与外部系统（例如数据仓库或订户
信息系统 (CIS)）集成时，应使用此工作流程。这些工作流是只读的，因为数据仓库或 CIS 仅与版本中未包含的要素类进行交互。 如果接口需要写入大量版本化数据（例如资产管理系统），您可以考虑使用包含版本化要素类数据的工作流。因为这样安排可以执行可逆的孤立操作；它允许您在编辑操作期间阻止由其他编辑过程导致的数据库写入/读取操作。
版本化事务
此工作流程主要用于对版本化 GIS 数据执行大量编辑或版本化编辑需要用户验证时。如果您的编辑导致出现脏区，则应执行网络操作。这些编辑发生在一个版本中，用户可以在将其添加到系统之前进行审查和操作。如果您所做的编辑不 兄弟手机清单 需要用户交互，则自动化流程可以将您的编辑和更改应用到系统中。
网络运营
当您想要通过从外部网络设计和编辑工具或应用程序导入会影响网络当前状态的要素类来将信息写入 GIS 时，可以应用此工作流。例如，更新设备的开/关状态，因为这会影响网络中的能量流。有关该主题的更多信息，我们建议阅读博客文章《公用事业网络脏区管理》 。除了版本化要素数据所需的步骤之外，网络模型中还需要验证拓扑以消除编辑后可能出现的任何脏区，并且对于可能导致能量流变化的更改需要更新子网。在所有脏区和脏子网被清理之前，网络将一直处于不一致状态。不一致的网络会阻止您对网络模型执行网络分析（跟踪），并阻止其他系统导出您的网络模型。建议的工作流程如下：
创建一个版本
将所有编辑和更改应用到相关版本。
对新发现的污染区域执行拓扑验证。
执行更新子网来修复脏位置的子网。
将默认版本中的更改与您的版本进行协 久的联系验证解 调，然后将其发布到默认版本。
删除你的版本。
网络数据分析
这些工作流程是为了回答有关您的数据的问题而实 邮寄线索 施的，例如当订户信息系统 (CIS) 需要执行网络分析 (跟踪) 以验证订户的网络连接时。在设计这些接口时应该考虑性能，因为单个网络跟踪分析可能需要一秒或多秒，具体取决于分析的复杂性和范围。对于增量或近实例接口，实施单一且集中的网络监控分析可能比较合适，但是当考虑批量接口设计时，需要开发额外的逻辑来满足性能要求。