Stencil 和 Adob​​e Experience Manager：新 BVB 网站的强大共生关系

[suchona.kani.z]

在我的职业生涯中，我遇到过许多内容管理系统，例如经典的 Wordpress、Typo3 或 Storyblok。所有系统都有其优点，但也有其缺点。 Adobe Experience Manager（简称 AEM）也不例外。但这些弱点可以通过框架模板来弥补。但它到底是如何运作的呢？

AEM 有哪些弱点？
多年来，AEM 一直是 Adob​​e 产品系列不可或缺的一部分，并作为企业 CMS 发挥着核心作用。自 2020 年在 Adob​​e Cloud 上作为软件即服务 (SaaS) 产品推出以来，发生了很多事情，特别是在部署、维护和可扩展性方面。这些进步显着提高了 AEM 的灵活性和性能，特别是与之前的本地版本相比。

尽管有这些重大创新，但旧技术代码库的一部分 投资者领先 仍然存在。其中一些遗留问题深深植根于系统主要迁移到云之前的旧实现中。查看可在 AEM Core Components Github 存储库中找到的代码库，可以准确地揭示新旧代码之间的这种差异。虽然云原生架构和新的模块化系统架构属于现代最佳实践，但核心组件包含的代码多年来并未从根本上实现现代化。

AEM 核心组件为使用 AEM 进行 Web 开发提供了基本构建块，包括构成创建网页基础的文本字段、图像库和轮播等核心功能。这些组件是预制的、可重复使用的构建块，旨在使开发人员和编辑人员能够快速实现 Web 内容。

但是，如果您仔细查看这些组件的代码库，您会发现基于早期 JavaScript 标准的技术方法。例如，变量仍然用“var”声明，尽管自 ES6（2015）以来现代替代品“let”和“const”已经可用。使用原型进行继承或基于回调的异步编程进一步表明代码停留在旧时代。虽然这从根本上来说并不是错误的，但与今天的标准相比，它似乎已经过时了。缺少更现代的方法，例如 Promise 或 async/await，这些方法现在被认为是异步流程的最佳实践。在实践中，这些旧方法通常会导致更容易出错，并使维护和扩展应用程序变得更加困难。


但相当过时：AEM 轮播组件的功能示例

另一个问题是AEM庞大的上层建筑。有许多依赖项极大地限制了我们性能密集型定制的范围。这意味着定制通常更加复杂和耗时，这会影响灵活性和性能。