在 SAP BTP 的 ABAP environment 里做应用开发时，很多团队会把注意力放在业务对象、OData 服务、UI5 应用本身，却把用户登录后的第一眼体验交给后续的系统配置去补齐。结果常见的场景是：应用已经可用，但业务用户一进 SAP Fiori Launchpad，看见的还是一堆默认分组、找不到入口、磁贴风格不一致，培训和推广成本直线上升。
更理想的做法，是把 Launchpad 的信息架构也纳入开发交付：应用发布到系统的同时，默认的 Space、Page、Section、Tile 也一并可用，业务角色一分配，用户登录就能看到整理好的工作台。这套思路在 Spaces 与 Pages 模式下尤其顺畅：Space 是承载一个或多个 Page 的容器，并且通常通过用户角色来分配；用户可以在 Launchpad 里切换不同 Space，从而切换不同工作上下文。(SAP Help Portal)
本文聚焦一个很多开发者关心的问题：能不能不依赖纯管理员界面，而是直接在 ABAP Development Tools（ADT）里创建并维护 Pages 与 Spaces，并把它们作为可运输的开发对象交付？答案是可以，而且 SAP 已经把相关对象类型与编辑器集成进 ADT，并提供了把模板范围确定（Scoping）到
