是否需要 SOE？

SOE 需要 web 开发、ArcObjects，以及编程语言（如 Java 或 基于 .NET 的语言，如 C#）相关的知识。它们还必须进行部署以供服务器使用。在开发服务器对象扩展之前，您不妨考虑一些更容易的替代方案。

开发 SOE 最容易的替代方案，可能就是创建实现业务逻辑的地理处理模型，然后将该模型作为服务进行发布。可使用模型构建器以交互方式对需要的工具进行拖放和连接，而无需编写 ArcObjects 代码。地理处理服务同样支持异步执行功能，这样您可以开始作业、执行其他操作并随后返回来检查结果。

地理处理服务的缺点是占用的内存较大并且运行速度可能比 SOE 慢。如果您一天只运行某个流程几次，那么这不是什么问题。然而，如果一天要运行某个流程很多次，或者有许多并发用户，则花些时间来构建 SOE 是值得的。

以前许多开发人员针对不同任务编写 ArcObjects 代码，而现在无需 ArcObjects 便可实现这些任务。有关使用 ArcObjects 以外的其他方法来执行 Web 制图的详细讨论，请参阅服务器对象扩展的替代方法。

是否需要 SOI？

SOE 需要 web 开发、ArcObjects 以及编程语言（如 Java 或 基于 .NET 的语言，如 C#）相关的知识。它们还必须进行部署以供服务器使用。在您开发服务器对象拦截器之前，需考虑是否需要该功能。

如果您想扩展服务器的新功能，可考虑使用 SOE 或地理处理模型和脚本。SOI 可通过公开于现有客户端应用程序的方式在现有 ArcGIS Server 操作上添加新功能或行为。

您可以通过创建 SOI 来实施自定义业务逻辑（如安全性），或对默认地图或影像服务不符合的要求进行审核。例如：

• 在服务器创建的所有地图影像上加水印 - 可通过创建 SOI 向服务器创建的地图影像上叠加自定义水印。该功能可让组织或托管公司确保所有影像上均正确添加了标识。
• 审核并记录所有请求 - 出于调试目的，您可创建 SOI 以记录收到请求的详细信息，如有关输入参数和该请求传递的用户凭据的完整信息。
• 后处理响应 - 可向发出的响应添加来自不受 ArcGIS Server 支持的单独业务系统的其他信息，以便将空间数据与其他 business intelligence 数据进行连接。
• 地图服务操作级别的访问控制 - ArcGIS Server 仅支持向所有服务用户提供启用服务操作或完全禁用访问操作。SOI 可基于用户角色对收到的请求进行过滤，以实现服务操作级别的访问。
• 地图服务图层级别的访问控制 - 无论用户是具有对所有服务数据的完全访问权限，还是不具访问权限，ArcGIS Server 都仅提供服务级别的数据访问。SOI 可用于对特定图层的访问进行过滤，还可以根据用户角色过滤图层内的数据。