在ABAP Cloud项目里创建一个业务应用时，真正决定后续代码是否容易维护的，往往不是Fiori页面长什么样，也不是某个OData服务如何发布，而是底层数据模型是否设计得足够清晰。一个典型的RAP应用可能从数据库表出发，向上构建CDS view entity，再构建业务对象、投影视图、行为定义、服务定义和服务绑定。到了运行阶段，同一套数据模型又会被权限控制、语义注解、关联关系、缓存、值帮助、搜索、层级展示等机制共同消费。所以，ABAP CDS已经远远不是早期那种把SELECT包装成数据库视图的工具。按照目前ABAP Cloud的模型体系，CDS不仅能够定义实体，也能够定义可复用的数据类型、枚举、层级、标量函数、表函数、访问控制、实体缓冲等开发对象。CDS view entity则是其中最常见的核心积木，它可以从数据库表或其他实体读取数据，支持表达式、函数、关联和多层组合，并可通过 annotation 携带业务语义。要实际完成这些开发工作，开发环境并不复杂。通常需要一个能够访问ABAP environment的开发用户，本地安装ABAP Development Tools for Eclipse，也就是经常说的ADT，再在ADT中建立连接目标系统的ABAP Cloud Projec