# 我们在自定义方面能将 Discourse 推向多远？

**URL:** <https://meta.discourse.org/t/how-far-can-we-push-discourse-in-customization/408829>\
**Category:** Support\
**Created:** [2026年七月29日 15:16 UTC](https://meta.discourse.org/t/how-far-can-we-push-discourse-in-customization/408829 "2026-07-29T15:16:58Z")\
**Posts on this page:** 1\
**Showing post:** 15

<div class="post-metadata">

**Author:** ![merefield](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/merefield/32/176214_2.png) [@merefield](https://meta.discourse.org/u/merefield)\
**Post date:** [2026年七月29日 16:45 UTC](https://meta.discourse.org/t/how-far-can-we-push-discourse-in-customization/408829/15 "2026-07-29T16:45:31Z")

</div>

> [@alltiagocom](#):
>
> 但我想知道限制是什么？特别是当 Discourse 更新导致功能失效时？

限制非常少。主要的限制在于无法覆盖模板，你需要通过插件出口（Plugin Outlets）向现有视图添加新内容。不过，结合一些 CSS 通常就能达到目的。

你可以创建新路由，并完全控制其布局。

后端更加灵活。

因此，尽可能使用官方 API，这样重构的工作量会更少，但你永远无法完全消除维护工作。

指望零维护是不合理的……只需看看我的 GitHub 账号和一些热门插件，你就会看到大量标记为“兼容性：”的提交 🙂

良好的做法是维护一个预发布服务器（staging server），以便测试升级并查看自定义内容是否出现错误——网站定制化程度越高，就越需要某种形式的预发布实例——尽管使用开发实例也能提供帮助。

---

_[View the full topic](https://meta.discourse.org/t/how-far-can-we-push-discourse-in-customization/408829)._