Base 1 – Single Entry Point

所有的后台业务处理均使用同统一的一个入口，不管之前访问这些系统是在平台上开发，也不用管这些应用部署在那些平台
对于后台业务处理用户而言，他们只需要访问Portal就可以做所有他能做的操作。

2

一定程度上对用户隐藏了系统的架构和访问层级，这样做是对的，因为用户不需要知道你的访问和系统之间关联，以及应用程序的
详细部署。

Base 2 – Light Portal Framework – Throwing J2EE Application to NW CE WAS Backend

对于Portal而言，由于Portal在之前就已经通过标准定义的方式，被划分成2个不同的Usage Type
1) EPC, Enterprise Portal Core包含标准的所有EP的功能，但是需要JAVA WAS作为运行平台的
2) EP, 提供额外的功能，比如KM, Collaboration and TREX等等，这些功能不安装也没关系，也不会影响EP的正常的运行和使用。

1

对于目前的SAP所推行的SAP NetWeaver CE环境，就是附带了EPC，但是却没有涵盖KM, Collaboration，TREX这些额外的功能，用SAP
官方的话说CE的Portal就是一个Thin Portal, 使得用户开发的WDJ或者JAVA程序不必完全部署在SAP Portal中运行，这样一来，如果企业有大量的
JAVA-Based的开发的话，可以全部部署在CE环境中，这样可以让SAP Portal以几乎“空壳”方式运行。

SAP Portal只是一个相对空的访问点，其所有的负载和访问全都发布到后端，这对于作为一个Single Entry Point来说，大大的提高的运行效率，暂不谈硬件的
资源，光是JAVA这快的资源消耗就是很大的一块，如果单独分离出来，从而部署在CE中，What a wonder world!