销售订单刚进入系统，前端显示一切正常，保存时却被业务规则挡住了。我们打开代码，发现判断散落在界面事件、接口程序和后台任务里。三个入口处理的是同一种订单，执行的规则却不一样。有人把限额改到两万元，有人仍按一万元拦截，还有一个批处理压根没做检查。这时我们最想要的，不是再写一段威力更大的判断语句，而是找到一柄能让各个入口共同使用、经过维护仍然可靠的剑。《风云》里的无双剑适合拿来谈这个问题。它是一件具体的兵器，能被持有、传承，也会因使用者和所施展的剑法而呈现不同效果。借它类比 ABAP，需要守住一个分界。无双剑是兵器，圣灵剑法是运用兵器的技艺，剑圣的境界又属于练剑的人。放到软件里，某个类、接口或业务对象可以充当剑；围绕它建立的校验、授权、事务和扩展方式更像剑法；开发者判断业务边界的能力，才接近持剑人的功力。三者混成一团，类比就失去了价值。ABAP 没有一个官方功能叫无双剑。若要选最贴切的对应物，我会选一套边界清楚、入口稳定、能够被多个业务场景复用的业务能力。在经典 ABAP 中，它可能表现为封装良好的类与接口，以及规范使用的增强点。在采用 ABAP Cloud 的开发中，它更可能表现为基于已发布接口构建的 RAP 业务对象或服务。它不一定是一件单独的开发对象，关键在于业务能力能否稳定地交到下一位开发者手里。一柄剑好不好，不能只看它有多锋利。销售订单限额检查写成十行代码，运行得再快，如果绕开了授权，或者允许后台程序跳过检查，它仍然称不上可靠。反过来，代码没有炫目的技巧，却让 Fiori 页面、外部接口和后台处理遵循同一条规则，错误信息清楚，规则变更有固定位置，这套实现才有神兵的味道。从最小的一层看，剑身可以是一段不依赖界面的业务判断。下面的 ABAP 示例
