iris中应通过func(app *iris.application)封装路由模块并传入party，避免新建app实例；路径参数须显式声明类型，mvc控制器必须绑定到对应party分组，版本路由需用路径前缀而非query/header。
用 app.Party 创建路由分组，不是嵌套函数也不是新建 app 实例
直接在子包里 iris.New() 会导致多个独立服务实例，中间件不共享、ctx.Values() 丢失、静态资源 404。正确做法是把路由注册逻辑封装成函数，接收 *iris.Application 或 iris.Party 参数：
- 推荐导出
func(app *iris.Application)，主程序统一调用 - 不要返回
iris.Party，主程序不需要接管子路由对象 - 避免闭包捕获外部变量，尤其在中间件中，否则可能引发并发问题
- 路径参数必须显式声明类型，比如
/user/:id(uint64)，否则ctx.Params().GetUint64("id")会 panic
app.Party 必须绑定 MVC 实例，否则控制器不生效
只写 v1 := app.Party("/v1") 不够，MVC 控制器不会自动挂载。必须显式用 mvc.New(v1).Handle(...) 绑定到该分组：
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 每个版本对应一个独立
app.Party：如v1 := app.Party("/v1")、v2 := app.Party("/v2") - MVC 实例必须绑定到对应分组：
mvc.New(v1).Handle(new(UserV1Controller)) - 忘记这一步是最高频错误——路由存在，但控制器方法完全不触发
- 不同版本可挂载不同中间件：
v2.Use(auth.OAuth2Middleware)，而v1仍用 JWT
版本号不能塞进 query 或 header，必须用路径前缀
用 /users?version=v2 或 Accept: application/vnd.myapp.v2+json 看似省事，实际破坏整个 API 生态：
- 日志无法按版本归类统计，所有请求混在一起
- OpenAPI 文档生成器识别不出语义差异，
v1/v2接口被当成同一路径重复覆盖 - 中间件（如鉴权、限流）必须手动解析 query/header，增加出错概率和维护成本
- CDN 或反向代理通常不缓存带 query 的响应，缓存策略失效
-
app.Party("/v1")是唯一干净、可维护、符合 Iris 设计逻辑的做法
嵌套路由组必须保持前缀链，避免脱离版本上下文
在 v1 := app.Party("/v1") 下创建子组时，必须继续用 v1.Party("/users")，而不是回到 app.Party("/users")：
- 错误写法：
users := app.Party("/users")→ 路径变成/users，丢失/v1前缀 - 正确写法：
users := v1.Party("/users")→ 最终路径是/v1/users - 子组上的
Use、Get等方法都只作用于该分组内，不会泄漏到其他版本 - 控制器里的
By参数绑定（如ById int64）也只对当前分组路径有效
.Use() 挂载中间件，或 MVC 实例没绑定到 Party —— 这两种情况都不会报错，但请求进来后行为完全不符合预期。大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
