SAP 前端技术的演化史简介

Jerry之前曾经写过一篇微信公众号文章，题目叫<>

关注我的公号“汪子熙”后，在历史菜单“前端开发相关”里即可找到这篇文章：

该文章简单回顾了SAP UI技术的发展历史，然后提了下Salesforce的Apex和Lighting Component等技术和框架。

目录

SAP UI
SAP GUI + Dynpro
Web Dynpro
BSP/CRM WebClient UI
SAP UI5/Fiori
UI5 in SAP Cloud for Customer
Hybris Enterprise Commerce Platform

---

Salesforce UI
Apex
Lightning Experience
Aura Framework
Lightning Component Framework
Visualforce

我也画了张简单的图：

R1和针对于大型机的R2对我们来说实在太古老了，对我们来说，只能通过SAPGUI里的复古主题，即Classical Theme来体验一下这些老古董的外观风采。

到了1992年出现了类似JSP技术的BSP(business server page)，能够借助在服务器端执行的ABAP语言实现动态网页效果。

在运行时，每个BSP页面会自动生成一个临时的ABAP类，执行这些BSP页面上嵌入的ABAP代码，执行的结果再渲染成原生的HTML代码。

值得一提的是，BSP技术兼容普通的HTML/JavaScript应用，换句话说，几乎所有能运行在除Netweaver以为的web服务器上的基于HTML/JavaScript的web应用，也能以BSP为载体，运行在Netweaver上。因此，即使是如今SAP的旗舰级产品S/4HANA里的很多Fiori UI应用，也是以BSP应用为载体存储在Netweaver上的。

比如S/4HANA物料主数据管理的Fiori应用，其名称在Chrome开发者工具里能看到：

这个BSP应用在Netweaver上能找到：

诞生于1992年的BSP技术到了今天还在服役，这本身就是一个奇迹了。当然它本身由于历史原因也有一些局限：

1. 开发效率不够高，没有类似后来UI5里控件库的概念，导致开发人员需要重复造很多轮子。SAP后来自己也发布了一些BSP Extension，类似JSP里的tag，以此来弥补开发效率的缺陷。

另外BSP的开发工具在SAPGUI里只有事务码SE80，这个工具在做HTML和JavaScript开发时显得不够友好。因此后期SAP Fiori开发也采取了在本地现代IDE比如Eclipse里做开发，完毕后再上传到Netweaver自动生成BSP的方式。

2. 没有MVC的概念，在大型企业级应用开发中显得力不从心。

正是由于暴露了这两个缺陷，促成了WebUI和Webdynpro的问世。对这两种前端技术的详细介绍，请参考Jerry之前提到的微信文章：SAP UI和Salesforce UI开发漫谈，这里不再重复，只是聊聊一些该文章中没有提过的内容。

ABAP Webdynpro的亮点就是能够以所见即所得的方式进行UI界面开发，缺点是不再支持类似BSP那样兼容传统的HTML/JavaScript，因此无法实现某些对界面复杂度和交互性要求较高的需求。

而WebUI在继承了BSP所有优点的同时，在BSP基础上提供了对MVC的封装，使得开发效率大大提高，同时开发出来的Web应用结构清晰，不再会出现一个视图页面几千行代码的情况。

下图是一个典型的WebUI模型，MVC三层在workbench里有清晰的界定。

WebUI和ABAP Webdynpro至今仍广泛应用于SAP产品中。在S/4HANA的CRM模块里，WebUI继续扮演着非常重要的角色，详情请阅读我下面这篇文章：Hello World, S/4HANA for Customer Management 1.0

而Webdynpro，是SAP SRM UI开发的主流技术。

搜索公网上所有使用了SAP BSP技术的网站：

使用了Webdynpro的：

随着时间的推移，用户对移动设备上访问网页的体验要求越来越高，因此有了SAP从业者现在很熟悉的前端技术：SAP UI5。

关于UI5最新的技术发展方向，请关注我的公众号“汪子熙”，阅读我写的这篇文章：

Fiori Fundamentals和SAP UI5 Web Components

要获取更多Jerry的原创文章，请关注公众号"汪子熙":