SPA 编辑器弃用 spa-editor-deprecation
尽管SPA编辑器仍受Adobe支持，但请了解它弃用对您的项目有何影响以及您对未来项目有哪些选项。
摘要 summary
Adobe已在AEM 6.5的版本6.5.23，中弃用SPA编辑器，这意味着不再对其SDK进行进一步的增强或更新。 Adobe鼓励您将通用编辑器用于任何新的Headless项目，以利用AEM的最新创新。
弃用的详细信息 details
弃用SPA编辑器并不意味着立即删除，如果您有现有的实施，只要它符合您的需求，就可以继续使用。但是，请注意其弃用的以下影响。
- 今后，Adobe将仅解决P1和P2问题和安全漏洞。
- 未来不会再对其SDK进行任何开发、增强或更新。
弃用意味着以下SDK现在处于功能冻结状态。
SPA编辑器的替代项 alternatives
最适合替换SPA Editor的替换取决于您的项目需求。
-
通用编辑器是直接替换SPA编辑器的最佳工具。
- 通用编辑器也是一个可视编辑器，专门为分离实施而设计，融入Adobe从SPA编辑器获得的全部体验。
- 此外，还为AEM as a Cloud Service发布了Universal Editor，因此除了Cloud Services之外，还支持AMS和内部部署用例。
-
内容片段编辑器是首选基于表单的编辑器的替代方法。
- 将内容结构化为内容片段而非页面时，内容片段编辑器最合适。
使用内容片段结构化内容不排除使用通用编辑器作为可视编辑器，并且两个编辑器都可以一起使用。
迁移至通用编辑器 migrate-ue
通用编辑器具有许多优势，因此迁移到它对于新项目是一个很好的解决方案。
- 可视化编辑：与SPA编辑器类似，作者可以在预览中直接编辑内容，并立即查看其更改如何影响访客体验。
- 面向未来： AEM 的路线图优先将通用编辑器作为可视化编辑器。采用这个编辑器可以确保获得最新的创新和增强功能。
- 更简单的集成：使用通用编辑器不需要 AEM 专用的 SDK，从而减少了技术栈锁定。
- 自带应用程序：通用编辑器支持任何 Web 框架或架构，无需复杂的重构即可采用。
- 可扩展性：通用编辑器获益于一个强大的扩展框架，包括与生成式 AI、Workfront 等的集成。
没有从SPA编辑器直接迁移到通用编辑器的路径。 这是由于两种技术之间存在根本差异。
-
通用编辑器不重新引入模板编辑器、样式系统或响应式网格等功能。
- 在Edge Delivery Services或Headless项目中，现在可以使用精简前端CSS和JS更高效地处理这些用例。
-
由于通用编辑器是editor-as-a-service，因此它不允许实施者将CSS或JS插入到组件对话框中。
- 这阻止了页面编辑器中自动转换组件对话框的功能。
- 这涉及到对话框的许多区域，例如自定义小组件、字段验证、显示/隐藏规则和基于模板的自定义。
考虑到这些技术差异，Adobe的建议是：
- 保留现有的SPA Editor网站，因为支持会继续。
- 对所有新开发内容（包括新站点、分区或页面）采用通用编辑器。
请记住，即使通用编辑器中没有直接实施某些SPA编辑器功能，也有新的方法可使用通用编辑器的新灵活性解决相同问题。
比较SPA编辑器和通用编辑器 spa-vs-ue
通用编辑器为Web应用程序的实施者提供更大的自由度，如下图所示。
已比较
SPA 编辑器
通用编辑器
主题
应用程序必须使用AEM的网格CSS实施布局。
应用程序可以使用任何新式CSS技术进行布局。
正在呈现
应用程序必须遵循SPA编辑器的路由结构。
应用程序可以自由实施，无需遵循任何规定或模式。
SDK
实施必须紧密集成SDK。
在创作层上，应用程序仅加载
corlib.js并通过HTML注释指示通用编辑器。框架
应用程序必须使用受支持的React或Angular版本。
应用程序可以使用任何框架或架构。
托管
应用程序必须托管在AEM的域上。
应用程序可以完全分离并托管在任意位置。
API
应用必须从
model.json API检索内容。应用程序可以使用任何API，包括自定义的API。
持久性
SPA编辑器仅支持用于可视化编辑的页面内容。
通用编辑器本身支持对页面和内容片段进行可视化编辑。
可以扩展通用编辑器，以便使用相同的可视化功能编辑外部内容。
开发人员必须在AEM中部署Sling模型和
cq:Dialog。开发人员几乎不需要或没有AEM体验，他们也不需要编写任何Java。
recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2