Fiori Fundamentals和SAP UI5 Web Components

这周有位同事邀请我给团队讲一讲SAP技术的演进历史，所以我准备了下面几个主题来介绍。

其中SAP的技术回顾和演进，我的思路就是从前后台两方面分别介绍。

我画了一张非常简单的图：

去年5月我写过一篇文章：SAP UI和Salesforce UI开发漫谈，简要回顾了SAPUI技术的发展，从最古老的SAP GUI绘制界面，到Webdynpro / WebUI再到现在广泛使用的Fiori UX。当时这篇文章介绍到Fiori(UI5)就嘎然而止了，如今大半年过去了，我们继续聊聊Fiori的发展动向。

根据Jerry从SAP社区上已经发布的信息来看，Fiori的两个发展方向，我个人概括为：

1. 兼容并蓄，即通过Fiori Fundamentals，让使用非UI5开发框架的前端开发人员，用其喜爱的技术，也能开发出符合Fiori UX的应用。

2. 轻装上阵，即通过SAP UI5 Web Components，既能继续提供像之前UI5控件库那些开箱即用的众多UI控件，又避免了前端应用对UI5框架的依赖。

我们来分别了解一下这两个新概念。

Fiori Fundamentals

看看SAP官网上的权威定义：

https://experience.sap.com/news/democratizing-sap-fiori-with-fiori-fundamentals/

Jerry在上图把最关键的信息都用红色高亮出来了。重点：

1. Fiori Fundamentals在前端应用里扮演着一个轻量级展现层的角色，可配合Angular, React和Vue等前端框架一起使用。

2. Fiori Fundamentals不是一项新的UI技术，更不会取代UI5，而是一个CSS和HTML标签的集合，使得开发人员能使用其偏爱的UI框架去开发具有Fiori UX风格的应用。

同样，Jerry去年年底写的另一篇文章 SAP Fiori + Vue = ？，介绍的其实就是Fiori Fundamentals针对于Vue的实现。

刚刚提到的重点2，Fiori Fundamentals是一系列CSS和HTML标签页的集合，那么我们到Jerry的这篇文章里介绍的例子去找找。

这是例子里引用的CSS：

这是SAP Fiori Fundamentals帮助文档里提到的绘制表格的标签：

在我的Vue应用里如何消费这些标签：

至于为这个标签绘制而成的表格添加事件处理机制，其方法和纯粹的Vue应用完全一致，因此一个传统的Vue开发人员，借助Fiori Fundamentals的帮助，几乎不需要任何额外的学习就能够进行SAP Fiori应用的前台界面开发。

SAP UI5 Web Components

SAP德国的UI5开发人员Peter Muessig最近在SAP社区上发表了一篇博客：UI5 Web Components - the Beta is there，大家可以通过本文末尾的"阅读原文"来阅读他的原文。

如Peter文章题目所说，SAP最近发布了UI5 Web Components的Beta版本，并邀请广大SAP生态圈的开发人员试用并提出意见。

Peter的文章不长，但是为了方便不喜欢读英文的朋友们也能快速了解这个UI5 Web Components是个什么东东，Jerry还是把里面一些要点用我自己的语言表述出来。下面的部分并非Peter文章内容的简单翻译，而是Jerry阅读了之后，基于自己的理解再加上自己的扩充。大家如果对我文章的内容有质疑，欢迎留言讨论。

SAP UI5 Web Components，是SAP将之前SAP UI5控件库里的控件，按照Web Components标准规范重新实现后的产物。

相信了解SAP UI5的朋友们，看了我上面这句描述，脑子里会冒出这些问题：

1. 什么是Web Components标准？

2. SAP为什么要做这个重新实现的事情？

3. 重新实现后的产物到底是个什么东东？

关于第一个问题，直接访问Web Components的官网即可找到答案。程序猿们都懂的，org结尾的网站最喜欢定义各种几百页甚至上千页的技术规范，Web Components也不例外：

https://www.webcomponents.org/introduction

前端组件化一直是前端生态圈很火热的讨论话题之一，像前端三驾马车Angular，React和Vue都有自己的组件化实现，而webcomponents.org上定义的规范，其实就是给出了一个标准，只有满足这个标准里的实现，才能算是一个通用的组件化实现，才能被所有现代浏览器支持。

这个规范的内容也托管在github上的：

https://github.com/w3c/webcomponents

里面包含四大标准Shadow DOM，Custom Elements，HTML Templates和CSS changes，SAP UI5 Web Components的实现当然也满足这些标准。

第二个问题，SAP开发UI5 Web Components的动机。

Jerry个人的看法：给客户和Partners提供一种更灵活的使用UI5控件的方式，避免对UI5框架的依赖。

举个例子，如果我们想使用UI5控件库里提供的button控件，就算只在XML视图里写简单的一行定义，

最后运行时的UI5框架也会执行许多很复杂的逻辑，Jerry在四年前写的UI5框架自学教程里曾详细描述过：

https://blogs.sap.com/2015/10/23/how-i-do-self-study-on-a-given-fiori-control-part-1/

而借助SAP UI5 Web Components，开发人员根本不需要导入UI5框架，就能直接使用UI5里的控件。按照Peter文章的描述，SAP UI5 Web Components能用于任何前端框架中，即下图中高亮的最后一句话。

此时自然需要回答第三个问题了。SAP UI5 Web Components到底是个什么东东？上图传达的重点：

1. SAP UI5 Web Components并不是基于UI5框架的。换句话说，和UI5框架没有任何依赖关系，可以独立使用。

2. SAP UI5 Web Components并不是SAP UI5框架的接替者，而应看作后者的一种补充。

3. 将UI5控件库提供的控件在HTML层级暴露给消费者，而非传统方式下的API层面暴露方式。如此一来，UI5 Web Components可以不依赖于UI5框架，能直接用于其他的前端框架。

看个具体的例子:

在浏览器里打开下面的HTML页面，

会看到一个UI5按钮。点击后弹出这个按钮实例的innerHTML属性的值。这是一个最简单的SAP UI5 Web Components的Hello World例子。

例子里我们使用了SAP UI5 Web Components自定义的标签。对于前端应用开发人员来说，这个自定义的标签和W3C里的button标签没有任何不同，至少从消费方式上来说完全一致。

关于UI5 Web Components里诸如这类自定义标签的详细说明，可以查看SAP帮助文档:

https://sap.github.io/ui5-webcomponents/playground.html

运行时，和在UI5框架里使用控件一样，仍然有一个专门的ButtonRenderer负责生成按钮原生的HTML代码:

从运行时生成的HTML源代码我们不难发现，UI5 Web Components自定义的HTML标签只是起着占位符(place holder)的作用，真正承载运行时用户可以与之交互的实际按钮，还是通过上图ButtonRenderer生成的HTML原生button标签。

需要强调的是，通过上述ButtonRenderer生成的运行时按钮实例，仍然满足使用UI5框架的传统方式绘制的控件一样的特性，比如传统方式下SAP保证的所有产品标准，像Accessibility，Internationalization这些，在SAP UI5 Web Components里仍然继续支持，无需应用开发人员额外的编程实现。