做 SAP RAP 项目时，很容易出现这样一种架构演进。最开始，我们只有一个 RAP Business Object。底层是一组 CDS View Entity，上面定义 Behavior Definition，再通过 Projection View、Service Definition 和 Service Binding 暴露成 OData 服务。整个结构并不复杂，业务功能也能正常工作。项目继续发展之后，情况会发生变化。一个原本只服务于当前应用的 Business Object，开始被其他软件组件引用。客户扩展需要往里面增加字段，另一个开发团队希望增加新的 Composition Child，后台批处理程序需要通过 EML 调用行为，甚至第三方扩展组件也开始依赖某些字段和 Action。到了这个阶段，问题已经不再是某个 CDS 字段能不能访问，而是哪些东西可以长期承诺保持稳定。这正是CDS transactional interface出现的原因。SAP 对 CDS Projection View 做了非常明确的分类。目前 Projection View 主要包括transactional_query、transactional_interface和analytical_query。其中transactional_query主要面向 RAP 服务的消费层，transactional_interface则承担稳定公开接口层的职责。SAP 官方把 Transactional Interface 描述为 CDS 数
