Fiori Fundamentals和SAP UI5 Web Components

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

《Fiori Fundamentals和SAP UI5 Web Components》

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

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

《Fiori Fundamentals和SAP UI5 Web Components》

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

《Fiori Fundamentals和SAP UI5 Web Components》

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

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

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

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

Fiori Fundamentals

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

https://experience.sap.com/ne…

《Fiori Fundamentals和SAP UI5 Web Components》

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

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

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

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

《Fiori Fundamentals和SAP UI5 Web Components》

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

这是例子里引用的CSS:

《Fiori Fundamentals和SAP UI5 Web Components》

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

《Fiori Fundamentals和SAP UI5 Web Components》

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

《Fiori Fundamentals和SAP UI5 Web Components》

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

《Fiori Fundamentals和SAP UI5 Web Components》

SAP UI5 Web Components

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

《Fiori Fundamentals和SAP UI5 Web Components》

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

《Fiori Fundamentals和SAP UI5 Web Components》

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…

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

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

https://github.com/w3c/webcom…

《Fiori Fundamentals和SAP UI5 Web Components》

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

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

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

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

《Fiori Fundamentals和SAP UI5 Web Components》

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

https://blogs.sap.com/2015/10…

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

《Fiori Fundamentals和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页面,

《Fiori Fundamentals和SAP UI5 Web Components》

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

《Fiori Fundamentals和SAP UI5 Web Components》

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

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

https://sap.github.io/ui5-web…

《Fiori Fundamentals和SAP UI5 Web Components》

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

《Fiori Fundamentals和SAP UI5 Web Components》

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

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

《Fiori Fundamentals和SAP UI5 Web Components》

本地用npm install @ui5/webcomponents命令安装UI5 Web Components之后,

《Fiori Fundamentals和SAP UI5 Web Components》

就可以找出里面最简单的组件实现,Button.js, 来学习SAP是如何基于Web Components标准,采用ES6支持的mobule和class等特性实现一个自定义标签的。将来Jerry或许可以邀请SAP成都研究院的一些专职做前端开发的同事来分享这里面的技术细节。

《Fiori Fundamentals和SAP UI5 Web Components》

最后,SAP UI5 Web Components的使用场景是什么?

《Fiori Fundamentals和SAP UI5 Web Components》

以上是照搬Peter的文字。适用场景有二:

1. 在没有使用前端框架开发而成的简单静态页面里,如果想添加一些能够提供用户交互的控件,可以考虑SAP UI5 Web Components。

2. 在已有的基于其他前端开发框架的Web应用里,如果需要一些能与用户交互的控件而又不想重复造轮子,那么可以到SAP UI5 Web Component官网上去找找。

另一方面,SAP UI5框架仍然是SAP推荐的开发具有企业级复杂度和响应式前端应用的方案。

最后,有朋友可能会有疑问,Jerry前一篇文章 SAP Fiori + Vue = ?里介绍的fundamental-vue,里面不是也存在SAP自定义的用于Vue应用的HTML标签吗?

https://github.com/SAP/fundam…

《Fiori Fundamentals和SAP UI5 Web Components》

那么fundamental-vue到底算Fiori Fundamentals还是Web Component?

一张图来回答:

《Fiori Fundamentals和SAP UI5 Web Components》

关于这两个概念大家如果有疑问,请直接留言给我,或者点击“阅读原文”,跳转到SAP社区上给Peter留言,感谢阅读。

相关阅读

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

《Fiori Fundamentals和SAP UI5 Web Components》

    原文作者:JerryWangSAP
    原文地址: https://segmentfault.com/a/1190000018267866
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞