Iris的MVC是轻量分层结构，以Controller为调度中心、Model为接口契约、View为可选渲染层；强行套用DAO/Service/Controller分层会违背其设计意图。
直接说结论：Iris 的 MVC 不是“必须严格三层耦合”的教科书式 MVC，而是以 Controller 为调度中心、Model 为接口契约、View 为可选渲染层的轻量分层结构；强行套用传统 DAO/Service/Controller 分层反而会破坏 Iris 的设计意图。
Controller 怎么注册才不踩路由绑定坑
Iris 的 mvc.Application 本质是路由组包装器，不是独立服务容器。注册时必须传入 app.Party() 实例，不能直接用 app 或 nil：
-
mvc.New(app.Party("/api"))✅ 正确：路径前缀自动注入到所有 controller 方法 -
mvc.New(app)❌ panic：缺少路由上下文，Handle()会报nil pointer dereference -
mvc.New(app.Party("/")).Handle(new(HelloController))→ 对应GET /调用HelloController.Get()，但若没定义Get()，则 404（不会 fallback 到其他方法）
注意：Iris 自动映射规则只认方法名前缀（Get、Post、PutBy 等），大小写敏感，且不支持嵌套路由自动推导 —— 比如 GetUserByID 不会匹配 /user/{id}，得靠 BeforeActivation 显式绑定。
Model 层为什么不能放 GORM 标签
Iris 的 Model 是纯数据契约，不是 ORM 实体。你在 datamodels/ 下定义的 struct 只用于 ctx.ReadJSON(&input) 或 controller 方法参数绑定，和数据库零关联：
- 字段必须小写：
type CreateUserInput struct { Name string `json:"name"` }，不能用Name首字母大写又配json:"name"—— Go 的反射对未导出字段不可见，Bind()会静默失败 - 禁用任何 DB 标签：
gorm:"primaryKey"、sql:"type:varchar(100)"这类字段会导致编译通过但运行时 JSON 解析字段为空（因标签冲突或反射跳过） - 别复用 struct：一个接口一个 Input/Output，
CreateUserInput和UpdateUserInput必须分开，哪怕只差一个字段 —— 否则校验逻辑和 OpenAPI 文档会混乱
真正操作数据库的代码，应该放在 repositories/ 或 services/ 目录下，由 controller 显式调用，而非让 model 承担持久化职责。
View 渲染怎么避免模板路径错乱
Iris 的 View 是可选层，不强制使用。如果要用 HTML 模板，关键在两点：注册路径 + 控制器返回值类型：
- 注册模板必须用绝对路径或相对于
main.go的路径：app.RegisterView(iris.HTML("./web/views", ".html"))，不能写"web/views"（相对当前文件） - Controller 方法返回
mvc.Result类型才能触发 View 渲染，比如return mvc.View{Name: "index.html", Data: data}；若返回string或struct{}，Iris 默认走 JSON 序列化 - 模板中访问数据用
{{.Name}}，不是{{.Data.Name}}——Data字段已解包，mvc.View.Data直接成为模板根对象
常见错误：模板文件名带下划线（如 _header.html）会被 Iris 自动忽略 —— 它只加载不以下划线开头的 .html 文件。
最易被忽略的一点：Iris 的 Controller 实例默认是 request-scoped（每次请求新建），不是 singleton。如果你在 struct 字段里缓存了 DB 连接或状态，它不会跨请求共享 —— 需显式用 app.Register 注册依赖，再通过 BeforeActivation.Dependencies().Add() 注入，否则看似“缓存”的字段实际每次都是零值。
