在一个规模稍大的 SAP S/4HANA 项目里，我们经常会碰到这样一种代码。销售订单号在一个 CDS View Entity 里写成abap.char( 10 )，到了另一个 CDS Custom Entity 里又写一次abap.char( 10 )，RAP Action 的参数还是同样的长度，ABAP Class 里的变量继续声明成TYPE c LENGTH 10。从数据库角度看，这些字段完全能够正常工作，但从业务模型角度看，它们只是四个碰巧长度相同的字符串，系统并不知道这些值表达的是同一种业务概念。这正是 ABAP CDS User-Defined Types 要解决的问题。SAP 将 User-Defined Type 定义为一种独立的 CDS Repository Object。它声明一个可以在多个实体、多个 CDS 对象以及 ABAP 程序之间复用的自定义数据类型。它不仅能够参与 typing，还能够作为 cast 的目标类型，甚至能够成为 CDS expression 的 operand。与此同时，这些类型还能通过 CDS annotation 携带 metadata。SAP 当前把这套机制划分为两大类，也就是 Simple Types 和 Enumerated Types。如果只从语法表面观察，User-Defined Type 看起来很像过去 ABAP Dictionary 中 Data Element 和 Domain 的另一种表达方式。但真正进入 ABAP Cloud、RAP、CDS View Entity、Custom Entity、Abstract Entity 以及 Clean Core 开发之后，会发
在一个规模稍大的 SAP S/4HANA 项目里，我们经常会碰到这样一种代码。销售订单号在一个 CDS View Entity 里写成abap.char( 10 )，到了另一个 CDS Custom Entity 里又写一次abap.char( 10 )，RAP Action 的参数还是同样的长度，ABAP Class 里的变量继续声明成TYPE c LENGTH 10。从数据库角度看，这些字段完全能够正常工作，但从业务模型角度看，它们只是四个碰巧长度相同的字符串，系统并不知道这些值表达的是同一种业务概念。这正是 ABAP CDS User-Defined Types 要解决的问题。SAP 将 User-Defined Type 定义为一种独立的 CDS Repository Object。它声明一个可以在多个实体、多个 CDS 对象以及 ABAP 程序之间复用的自定义数据类型。它不仅能够参与 typing，还能够作为 cast 的目标类型，甚至能够成为 CDS expression 的 operand。与此同时，这些类型还能通过 CDS annotation 携带 metadata。SAP 当前把这套机制划分为两大类，也就是 Simple Types 和 Enumerated Types。如果只从语法表面观察，User-Defined Type 看起来很像过去 ABAP Dictionary 中 Data Element 和 Domain 的另一种表达方式。但真正进入 ABAP Cloud、RAP、CDS View Entity、Custom Entity、Abstract Entity 以及 Clean Core 开发之后，会发
