AEM Cloud项目中复用自定义Sling Model跨多组件的可行性咨询

你的方案完全合理，而且是AEM开发社区里广泛采用的最佳实践之一，尤其适配你这种「组件属性高度一致但HTML结构/展示逻辑差异大、且需要拆分到不同内容组」的场景。

为什么这个方案成立？ #

• 遵循DRY（Don’t Repeat Yourself）原则：避免为几百个属性相同的组件重复编写几乎一致的Sling Model代码，大幅降低维护成本，后续属性变更只需修改一处Model即可同步所有组件。
• 适配特殊需求：组件变体（Component Variation）虽能实现同组件多样式，但无法将不同变体拆分到不同内容组；而你的方案既保留了组件在内容树上的独立性，又共享了核心数据逻辑。

社区常见的优化补充 #

很多AEM开发者会在这个基础上做进一步优化：

1. 定义Model接口：如果后续需要给部分组件扩展特殊属性，可先定义StandardContent接口，基础组件用默认实现类，特殊组件用继承接口的扩展Model，兼顾复用性与灵活性。
2. 统一Dialog配置：为避免不同组件的Dialog字段与Model属性不匹配，可把通用字段抽成共享配置片段，让所有复用该Model的组件引用同一个配置，确保数据结构一致性。
3. 组件差异化逻辑：如果需要在Model中根据组件类型做细微逻辑区分，可通过@Inject private Resource resource;获取当前组件资源，再通过资源路径或组件类型标识做差异化处理，无需拆分Model。

你的实现示例格式化 #

核心Sling Model：
standardContent.java，包含Title、Description、image、video、buttons属性

组件1实现：

<div class="comp1" data-sly-use.model="com.project.core.models.standardContent">
    <!-- 组件专属HTML结构，与comp2、comp3完全不同 -->
</div>

组件2实现：

<div class="comp2" data-sly-use.model="com.project.core.models.standardContent">
    <!-- 组件专属HTML结构，与comp1、comp3完全不同 -->
</div>

组件3实现：

<div class="comp3" data-sly-use.model="com.project.core.models.standardContent">
    <!-- 组件专属HTML结构，与comp1、comp2完全不同 -->
</div>

内容的提问来源于stack exchange，提问作者KiV