在 api Connect 中创建 API 生命周期有哪些不同阶段？
What are the different phases in creating the API life cycle in api Connect?
有Enforced、Test、CORS三种类型。如果我们禁用它们会发生什么？
生命周期状态（阶段）是：
- 确定（已确定需要 api
提供特定功能）
- 指定（已经开始充实
API 外部会是什么样子）
- 已实现（API 有一个实际的后端并且可以调用和使用它）
其他三个选项相关但实际上并不相关"lifecycle states"。
强制 == API 是否将由 API Connect 管理 - 它是否已部署到网关？禁用这个并且 API 将不会被部署到网关，不会跟踪其使用情况的分析，不会有订阅管理等......基本上关闭它意味着你需要有实际的 API 后端在 swagger 文档中，并将其纯粹加载到 APIC 中用于社交/文档目的。它不会由 APIC.
管理
可测试 == 是否允许用户通过门户测试工具测试此 API？
CORS == 是否要启用 Cross-Origin 资源脚本支持（这是从任何地方的任何 AJAX 应用程序调用 API 所必需的 - 包括 API经理和门户）
如果您有 testable == true 那么您要么需要 cors == true 要么必须在 API 中手动实现所有 OPTIONS 请求。否则测试工具将无法使用。
有Enforced、Test、CORS三种类型。如果我们禁用它们会发生什么？
生命周期状态（阶段）是：
- 确定（已确定需要 api 提供特定功能）
- 指定（已经开始充实 API 外部会是什么样子）
- 已实现（API 有一个实际的后端并且可以调用和使用它）
其他三个选项相关但实际上并不相关"lifecycle states"。
强制 == API 是否将由 API Connect 管理 - 它是否已部署到网关？禁用这个并且 API 将不会被部署到网关，不会跟踪其使用情况的分析，不会有订阅管理等......基本上关闭它意味着你需要有实际的 API 后端在 swagger 文档中，并将其纯粹加载到 APIC 中用于社交/文档目的。它不会由 APIC.
管理可测试 == 是否允许用户通过门户测试工具测试此 API？
CORS == 是否要启用 Cross-Origin 资源脚本支持（这是从任何地方的任何 AJAX 应用程序调用 API 所必需的 - 包括 API经理和门户）
如果您有 testable == true 那么您要么需要 cors == true 要么必须在 API 中手动实现所有 OPTIONS 请求。否则测试工具将无法使用。