知其白，守其黑，为天下式，写给 SAP BTP 开发的一篇工程心法

老子说「知其白，守其黑，为天下式」。这句话放在 SAP BTP 开发里，最适合解释一种成熟架构师的分寸感。白，是业务看得见的部分，是用户界面、审批流、接口返回、报表指标、上线时间、性能指标、集成清单。黑，是系统深处不轻易触碰的部分，是核心系统边界、升级兼容性、身份信任、数据一致性、权限模型、运维观测、故障隔离，以及那些没有写在需求文档里却会在生产环境里决定成败的约束。SAP BTP 开发最怕的不是不会写代码，而是只看见白，不愿守黑。看见一个业务需求，就急着在 SAP S/4HANA 里增强标准对象，看见一个接口缺字段，就急着改表、开出口、绕过标准 API，看见一个流程审批慢，就把所有逻辑塞进一个后台作业。短期看，白的部分很亮，界面有了，功能跑了，演示通过了。可系统一升级，扩展点不稳定，接口不兼容，权限散落在代码里，日志查不到，业务数据被复制得没有来源，黑的部分开始反噬。老子这句话提醒我们，真正高明的 SAP BTP 开发，不是把所有东西都做出来，而是知道哪些东西该显露，哪些东西该收住。在 SAP BTP 的官方平台模型里，开发团队并不是只有一种运行时可选。SAP BTP 支持 Cloud Foundry environment、Kyma environment、ABAP environment 等不同环境，Cloud Foundry 偏向多语言企业应用，Kyma 基于 Kubernetes 运行云原生应用，ABAP environment 可用于构建 ABAP 基扩展和新的云应用。SAP 的文档也说明，ABAP environment 可用于扩展 ABAP 基产品，例如 SAP S/4HANA Cloud，并可把既有 ABAP 扩展转向云端。这个平台图景本身就很像「知其白，守其黑」，白处是多运行时、多语言、多服务带来的表达力，黑处是