很多 ABAP 开发人员第一次进入事务码SEGW时，都会产生一种很熟悉的感觉。左边是一棵项目树，中间是一大片表格式维护区域，下方偶尔跳出几条消息。它不像 Eclipse 里的 ADT，也不像现代 Web IDE，更不像 SAP Business Application Studio。整个界面依然保留着非常典型的 SAP GUI 风格。可真正开始开发一个稍微复杂一些的 OData 服务之后，这三个区域的作用就会迅速显现出来。SAP Gateway Service Builder 并不是简单地把若干编辑器拼到一张屏幕上。它采用的是 Project-based Service Development，也就是围绕 Project 来组织整个 OData 服务开发过程。一个 Project 不只是保存几个 Entity Type，而是把 Data Model、Service Implementation、Runtime Artifacts、Service Maintenance 等开发对象集中到同一个开发上下文中。SAP 官方文档也明确把SEGW定义为 Code-based OData Channel 的设计期环境，用来支持服务建模和服务开发生命周期。理解了这一点，再回头看SEGW的 User Interface，就很容易发现一个规律。左边负责回答「这个服务里面有什么」，中间负责回答「当前对象具体怎么定义」，下面负责回答「刚才的操作有没有问题」。整个界面，其实就是围绕这三个问题设计的。Project
很多 ABAP 开发人员第一次进入事务码SEGW时，都会产生一种很熟悉的感觉。左边是一棵项目树，中间是一大片表格式维护区域，下方偶尔跳出几条消息。它不像 Eclipse 里的 ADT，也不像现代 Web IDE，更不像 SAP Business Application Studio。整个界面依然保留着非常典型的 SAP GUI 风格。可真正开始开发一个稍微复杂一些的 OData 服务之后，这三个区域的作用就会迅速显现出来。SAP Gateway Service Builder 并不是简单地把若干编辑器拼到一张屏幕上。它采用的是 Project-based Service Development，也就是围绕 Project 来组织整个 OData 服务开发过程。一个 Project 不只是保存几个 Entity Type，而是把 Data Model、Service Implementation、Runtime Artifacts、Service Maintenance 等开发对象集中到同一个开发上下文中。SAP 官方文档也明确把SEGW定义为 Code-based OData Channel 的设计期环境，用来支持服务建模和服务开发生命周期。理解了这一点，再回头看SEGW的 User Interface，就很容易发现一个规律。左边负责回答「这个服务里面有什么」，中间负责回答「当前对象具体怎么定义」，下面负责回答「刚才的操作有没有问题」。整个界面，其实就是围绕这三个问题设计的。Project
