SAP 前端技术的演化史简介

Jerry以前曾经写过一篇公众号文章，题目叫<<SAP UI和Salesforce UI开发漫谈>>

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

该文章简单回顾了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技术的网站： https://www.google.com/search?q=inurl:/sap/bc/bsp/&gws_rd=ssl

使用了Webdynpro的：

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

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

Fiori Fundamentals和SAP UI5 Web Components

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