Go 语言不支持装饰器语法，struct tag 是静态字符串而非可执行逻辑，所有“装饰效果”需显式调用，推荐用组合+接口替代反射。
Go 语言没有 @decorator 语法，所谓“属性装饰”只能靠运行时反射或编译期代码生成模拟——但两者都代价高、类型不安全，不建议在业务逻辑中直接套用 TypeScript 或 Python 那套元编程思维。
Go 里没法给 struct 字段加 @required 或 @json 这类装饰器
Go 的 struct tag（如 `json:"name"`）是编译期静态字符串，不是可执行逻辑。它只被 reflect 包读取，不能触发校验、转换或副作用。
- 你写
`validate:"required"`，Go 编译器完全无视它；必须手动调用reflect.StructTag.Get("validate")解析，再自己实现校验逻辑 - 没有运行时自动注入行为，所有“装饰效果”都要显式调用（比如用
validator库的Validate.Struct()） - 字段 tag 不支持表达式、函数调用或条件逻辑，纯文本匹配
想模拟字段级装饰行为？优先用组合 + 接口，而非反射
比如需要对某个字段做加密/解密、权限检查、懒加载，更稳妥的做法是封装字段访问逻辑，而不是依赖 tag + 反射动态派发。
- 把敏感字段定义为私有（
password string），暴露Password() string和SetPassword(string)方法，在方法内部做加解密 - 用嵌入结构体 + 接口实现“装饰”，例如
type SecureField struct{ raw string }实现Stringer或自定义接口 - 避免在
MarshalJSON中大量使用reflect遍历字段：性能差、panic 难追踪、IDE 无法跳转
reflect 做字段装饰模拟的三个硬伤
即使你坚持用反射读取 tag 并执行逻辑，也会立刻撞上这些现实约束：
立即学习“go语言免费学习笔记（深入）”；
-
reflect.Value.Interface()在非导出字段上 panic，必须确保字段首字母大写且可导出 - 无法获取字段声明时的类型约束（比如泛型参数、interface{} 实际类型），只能拿到运行时
reflect.Type - 反射调用函数或方法时丢失原始 error 类型，
errors.Unwrap和fmt.Errorf("%w", ...)链断裂
真正需要元编程的地方（如 ORM 字段映射、gRPC 代码生成），Go 社区普遍选择 go:generate + ast 解析，而不是运行时反射——因为类型安全和 IDE 支持远比“写起来像装饰器”重要。
