咨询：克隆Magento_Review扩展实现自定义产品评论扩展是否可行

嘿，这个问题问得很实在——克隆Magento_Review内置扩展来做自定义评论功能确实是可行的，毕竟你能完整继承原有所有功能和布局，不用从零搭建基础框架。但从Magento的开发最佳实践来看，这绝对不是最明智的选择，甚至会给你后续的维护工作挖不少坑：

为什么不推荐克隆核心扩展？ #

• 升级维护成本爆炸：Magento的核心模块会随版本更新不断修复bug、添加安全补丁或优化功能。你克隆的版本会和官方核心版本彻底脱节，每次Magento升级，你都得手动对比官方的代码变更，再合并到你的自定义扩展里——这个过程不仅工作量巨大，还很容易遗漏关键的安全修复或功能优化。
• 冗余代码拖累项目：克隆意味着你复制了Magento_Review的全部代码，但你大概率只需要修改其中一小部分功能，剩下的绝大多数代码都是冗余的，平白增加了项目的复杂度，也让后续的代码排查和维护变得更麻烦。
• 冲突风险极高：如果后续你安装了第三方评论相关的扩展，或者Magento官方对Review模块做了架构调整，你的克隆扩展很可能和这些变更产生冲突，导致评论功能异常，排查起来会非常头疼。

更优的自定义方案（符合Magento2架构设计） #

Magento2的架构天生就是为了支持"扩展核心而非修改核心"，针对评论模块的自定义需求，你可以用这些更合理的方式：

• Plugins（插件）：如果只是修改现有功能的行为（比如调整评论提交的校验规则、修改评论显示的内容格式），用插件的before/around/after方法拦截核心类的方法即可，完全不用碰核心代码。
• Preference（类重写）：如果需要替换整个类的逻辑（比如完全自定义评论的保存流程），可以用Preference重写对应的模型、控制器或块，但要注意只重写必要的部分，尽量保持和核心类的兼容性，避免过度重写。
• 布局/模板重写：如果只是调整评论的显示布局或样式，直接在你的自定义扩展里重写对应的布局XML（比如review_product_list.xml）或模板文件（比如view.phtml）就行，这是最轻量化的前端定制方式。
• 事件观察者（Event/Observer）：利用Magento的事件机制，监听评论相关的事件（比如review_save_before、review_load_after），在不修改核心代码的前提下，轻松添加自定义逻辑（比如评论提交后触发通知、自动审核规则）。

总结 #

如果你的自定义需求只是在原有评论功能上做增量修改，强烈建议用上述的扩展方式，而不是克隆核心模块。只有当你需要完全重构评论模块的核心逻辑，且彻底脱离原有功能时，克隆才可能是无奈之选，但这种场景在实际开发中非常少见。

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