自动化与脚本
在系统边界集中做校验与错误处理…
当你需要接入校验、错误处理或框架适配层时,用边界纪律把守卫集中在系统边界,内部保持纯净。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 49/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 85/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 60/100 ×0.15
适用场景
在系统边界集中做校验与错误处理,内部信任通用
解决思路
- 在边界处(CLI 参数、配置文件、外部 API、网络协议)进行校验、返回错误并做防御性处理。
- 在系统内部使用带类型的数据、让错误向上传播、不做重复校验,信任类型。
- 跨边界时暴露领域概念,而不是边界私有的表示形式;把通用机制留在内部,把特定策略放在边缘。
- 在解析时(即边界处)校验配置,而不是在业务逻辑内部校验。
- 在边界处把原始数据解析为领域类型。
- 不要通过公共接口重新导出传输层、存储层、框架或线缆类型。
- 如果边界已经校验过,就不要在调用链深处做冗余的 nil 检查。
- 把业务逻辑放在不依赖框架的纯函数中。
- 解析函数:从原始字节到带类型状态的纯转换。
- 提示词构造:结构化状态输入,字符串输出。
- 评分与评估:从状态到结果的纯转换。
- 用测试判断:『这份数据现在是否正在跨越系统边界?』如果不是,校验就是冗余的。
- 用测试判断:『这能否成为一个纯函数,让外壳只是调用它?』如果可以,就抽取出来。
适用边界 · 注意事项
- 数据并未跨越系统边界时,不要做校验。
- 不要为了防御而在内部调用链深处重复校验或做冗余 nil 检查。
- 不要把业务逻辑写进框架接线代码中。