iris中用party按前缀分组路由是最直接的方式，如admin := app.party("/admin")实现前后台隔离，支持嵌套、独立中间件、模板与静态资源路径分离，避免权限混用和资源冲突。
用 Party 按前缀分组路由是最直接的方式
Iris 的 Party 本质是带路径前缀的子路由器，天然适合前后台逻辑隔离。后台接口统一挂到 /admin 下，前台走根路径或 /api，两者中间件、参数绑定、错误处理都能完全独立。
常见错误是把所有路由写在 app.Get/app.Post 顶层，导致权限中间件漏加、日志打混、Swagger 分组失效。
- 后台路由必须用
admin := app.Party("/admin")创建独立作用域 - 中间件只对当前
Party生效，比如admin.Use(authMiddleware)不会影响前台 -
Party支持嵌套，例如users := admin.Party("/users")，便于进一步按模块拆分
Party 的中间件和依赖注入要单独配置
后台通常需要登录校验、RBAC 权限检查、操作审计日志；前台可能只需 CORS、限流、JSON 解析。共用同一套中间件容易让前台接口因鉴权失败 401，或后台绕过关键检查。
典型误配：在全局 app.Use() 中注册了 authMiddleware，但前台部分接口（如注册、密码找回）本不该被拦截。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 前台路由建议用
api := app.Party("/api")，只挂cors和limiter - 后台路由用
admin := app.Party("/admin").Use(authMiddleware, rbacMiddleware, auditLog) - 若需共享某些服务（如数据库实例），通过
app.RegisterValue()注入，而非在中间件里重复初始化
模板视图路径也要跟着 Party 隔离
路由隔离了，但模板没分开，会导致 ctx.View("user.html") 在前后台都渲染同一个文件，UI 混乱或 XSS 风险上升。
你看到的 views/admin/user.html 目录结构，不是约定俗成，而是 Iris 的 ViewEngine 默认支持子目录查找 —— 关键在于调用 ctx.View() 时传入相对路径。
- 前台模板放
views/下，如ctx.View("home.html") - 后台模板统一放
views/admin/，如ctx.View("admin/user.html") - 不要依赖自动路径补全，显式写全路径，避免开发环境正常、生产环境报
template not found
别忽略静态资源的路由冲突
前后台都可能引入 /assets/js/ 或 /static/，如果没做路径区分，后台页面加载的 JS 可能被前台的缓存策略覆盖，或 CSS 样式互相污染。
最稳妥的做法是给后台静态资源加独立前缀，比如 app.StaticWeb("/admin/static", "./public/admin")，对应 HTML 中引用 <script src="/admin/static/js/vue.js"></script>。
- 前台静态资源用
app.StaticWeb("/static", "./public/frontend") - 确保 Nginx/Apache 的反向代理规则不覆盖这些路径，尤其注意通配符
location / { ... }会劫持所有未匹配路由 - 开发时用浏览器 Network 面板确认每个资源请求的 Status 和 Referer，快速定位是否加载了错误路径下的 JS
Party，而是后续所有人——包括新来的同事、自动生成的脚手架、甚至 Swagger 文档工具——都得持续遵守这个边界。一旦某个接口被临时“借道”前台路由上线，就等于撕开了隔离墙的第一道口子。
