Application对象充当以下对象的容器：
Process Designer构建时对象（例如，Form或Route）及其相关对象，这些对象构成了应用程序的模型和业务逻辑。一个Process Designer构建时对象可以添加到多个Application对象中。
与构建时对象（或对象类）或Application本身关联的配置属性，这些属性在已部署的应用程序中使用。可以在每个应用程序对象中为同一对象或对象类定义不同的属性和值。
用于创建记录在Shop Operations Server(SOS)客户端应用程序日志中的调试消息的Application日志项。
Application对象作用：
- 包含对象的分组机制。
- 定义和管理应用程序使用的所有配置信息的方法。
- 将配置信息持久化到数据库。
- 在数据库之间导入和导出应用程序的能力（例如，从测试数据库到生产数据库）。导入/导出应用程序时，只需选择应用程序对象本身。这将自动导入/导出其所有相关对象、配置属性以及关联的命名 UDA 和参数。但是，如果导入/导出的是包含在应用程序中的对象，而不是应用程序对象本身，则导入/导出功能将仅导入/导出单个对象及其可能引用的其他对象。
- 一种覆盖该类实例的类级属性值的方法。
注意：导出应用程序对象时，可以通过自己的命名约定来跟踪应用程序对象的版本（例如，MyApp_V1，通过在 .dsx 文件本身中添加注释，或通过使用应用程序对象的主要、次要和补丁版本属性。
应用程序设计人员可以定义自定义配置属性，供其应用程序使用。配置属性具有以下主要属性：
- 名称（例如，ROUTE）
- 数据类型（例如，Route 对象）
- 关联类（例如，Part）
- 类级默认值（例如，Route XYZ）
- 对象类实例的当前值（例如，Part P1 的 Route 123）
配置属性UDA 或参数（Paramter）的区别
配置属性类似于UDA 或参数（Paramter），因为它们都为工厂操作构建时对象提供扩展属性，但配置属性的使用方式不同。
UDA 是类级属性，因此该类的所有实例（即对象）都具有相同的属性。
参数是实例级属性，因此类的每个实例可以具有不同的属性。
配置属性可以是类级属性，也可以是实例级属性，并且与 UDA 或参数不同，它归包含该属性的应用程序对象所有。
还可以为配置属性设置类级默认值，该默认值可在实例级别被覆盖。应用程序开发人员需要了解这些差异并选择最佳选项。