但正如每个如此大规模的产品一样,一不小心就很容易做出错误决定。AEM 是一种非常灵活的产品,许多内容均可自定义。因此,任何需求都可以转化为各种可付诸实施的具体方案,从定制解决方案到与产品核心原则紧密贴合的解决方案。
凭借在实施 AEM 和企业 Web 内容管理系统方面的丰富经验,我们深知选择其中一种解决方案方向所存在的隐患。除了解决方案架构和潜在的技术深度之外,重点在于要考虑成本效益、可维护性,以及确保您拥有不会过时的“未来就绪型”系统。
在本篇文章中,我们将重点介绍几个应首先考虑的关键因素。
#1 设计和架构
谈到设计和网站架构,第一步应是全面评估每个需求,并尽早根据现有功能作匹配适调。原型设计可用于与业务用户就替代解决方案展开有效沟通,以及用来演示某些现成的可用功能。大多数情况下,稍微调整初始要求即可大幅提升效率。
示例包括:
- 利用情境感知配置框架使网站子部分的外观和行为与众不同;
- 通过 Sling 动态包含框架呈现来自外部系统的文档列表,使包含这些文档的页面仍可被缓存;
- 使用 Sling 资源合并避免重复现成的可用组件;
- 删除响应式 CSS 并利用 AEM 中的功能;
- 在 AEM 之外执行某些要求,例如通过与外部(微)服务集成。这是防止 AEM 被“误用”为 WCMS 的关键;
- 使 95+% 的请求可缓存,确保出众性能。
#2 核心组件
几年前,Adobe 启动了一项名为 WCM 核心组件的计划。该计划旨在摆脱已经过时的老旧“基础组件”,并提供一个强大的组件库,每个项目都可以在此基础上扩展。
这个核心组件库为业务用户提供了一组高质量的构件来创建高级网页。基于相同的原则,我们也开发了一套属于自己的(项目特定)组件。这也意味着,我们积极为核心组件做贡献,以帮助其不断改进。
通过使用这些组件并运用其背后的理念,我们能够设置非常灵活的代码库,并且能够逐个升级组件,而不会破坏向后兼容性。
#3 可编辑模板
以前,向业务用户提供一组页面模板是开发人员的任务,在内容作者可以使用特定模板之前,开发人员首先需要实施该模板并将其部署到 AEM。这通常会导致上市时间延长。
但在过去几年中,AEM 中提供了被称为“可编辑模板”的功能,其宗旨是减少页面构建过程中对 IT 的依赖。“可编辑模板”允许内容作者使用 AEM Touch UI 界面自行组装模板。
#4 响应式网格和样式系统
业务用户可以使用响应式网格灵活处理页面布局和组件行为。结合 AEM 样式系统,可以在不牺牲多个页面间一致性的情况下应用预定义的样式。
使内容具有响应性的传统工作流程要求设计人员为不同的断点创建模型,开发人员实施这些模型以打造特定模板,而作者则选择该模板并填写内容。利用响应式网格,此工作流程得以被显著简化:作者填写内容并可以自主适调布局,无需向开发人员咨询响应情况或等待新的部署。AEM 6.3 推出的此功能为业务用户提供了理想的灵活性,同时也无需再由开发人员执行这些任务。最后,无需开发(和部署)工作即可更改模板。
但这种灵活性是有代价的:现在,业务用户必须管理页面上组件的布局设置,而这可能需要耗费大量精力。因此,最好是找到一个折中方案,其中一些布局设置固定,另一些布局设置则灵活调整。Acolad 可以助您实现恰到好处的理想平衡。