revel项目中业务组件需手动组织为独立go包（如app/services/），通过显式调用复用；前端组件化须依赖外部构建工具链（如grunt）将scss/js模块化编译至public/目录，框架本身不支持运行时插件加载或web components自动解析。
Revel 框架本身不支持运行时插件式模块加载，所谓“扩展模块”，本质是通过约定目录结构 + 手动注册 + 构建阶段介入来实现组件化组织，不是 Node.js 那种 require() 动态导入。
Revel 项目里怎么组织可复用的业务组件？
Revel 没有 components/ 目录或组件注册机制。要让一组功能（比如用户权限校验、文件上传处理、富文本渲染）在多个控制器中复用，必须手动拆到 app/utils/ 或 app/services/ 下，并显式调用：
- 把通用逻辑抽成独立 Go 包（如
app/services/authz.go），导出函数如CheckPermission(c *revel.Controller, resource string) bool - 在控制器中直接调用：
if !authz.CheckPermission(c, "post:edit") { return c.RenderError("forbidden") } - 避免在
app/controllers/内写重复逻辑；也不要试图把控制器拆成“子控制器”——Revel 不识别这种结构
为什么不能用 go:embed 或 embed.FS 做前端组件化？
Revel 的模板系统（views/）基于 Go text/template，它不解析 Web Components 标签，也不支持 Shadow DOM。如果你在 views/post/index.html 里写 <user-card></user-card>，浏览器会把它当普通标签忽略，除非你额外引入 JS 脚本注册该自定义元素。
-
go:embed只能加载静态资源（如 CSS、JS 文件），无法让 Revel 模板引擎理解或渲染 Web Components - 想真正用 Web Components，得把它们作为独立的 JS bundle 放到
public/js/，并在 HTML 模板末尾用<script src="/js/user-card.js"></script>加载 - Revel 不会帮你做 Custom Elements 的自动升级（
customElements.define()），这部分必须自己写
静态资源（CSS/JS）如何做到模块化构建？
Revel 自身不编译 SCSS、不打包 JS，所有样式和脚本的模块化必须靠外部工具链完成，且输出路径必须严格对齐 public/ 目录。
- 推荐用
Grunt或esbuild管理源码：SCSS 按组件拆成styles/scss/_header.scss、styles/scss/_modal.scss，主入口styles/scss/main.scss用@use导入 - 构建脚本必须输出到
public/css/main.css，否则 Revel 的{{asset "css/main.css"}}辅助函数找不到文件 - 别把构建产物放在
app/assets/或resources/—— Revel 不扫描这些路径，public/是唯一有效的静态资源根目录
最容易被忽略的一点：Revel 的热重载只监听 app/ 和 conf/ 下的 Go/HTML 文件变更，对 styles/ 或 public/ 中的 CSS/JS 修改完全无感。这意味着你改了 SCSS，必须手动触发构建，再刷新页面才能看到效果——这个断点需要提前用 watch 工具补上，而不是指望框架自动处理。
