為什麼 sapui5 知道的人很少?

sapui5 是一個 HTML5 框架,基於 jquery, 採用 MVC 的設計,提供了很多控制項,可以開發 web 版的企業應用。可是我發現知道的人很少,這是為什麼呢,用的不多嗎,你們知道嗎?


你知道sapui5模塊載入是同步請求么?


說到底SAPUI5主要還是SAP自己在用,雖然openui5開源了,但應該不是全部的組件,而且相對其他的開源JS框架,openui5,包括SAPUI5的文檔還相對較弱,這很大程度影響了推廣。另外其相對適應用它來開發的應用有較大的局限,而且相對較「重」,沒有在SAP外部大範圍的見到也在情理之中


如果往前數上幾年,在angular之類牛逼框架沒有橫空出世的時候,ui5搞一個前端的mvc框架絕對是足夠強大的!然而,就怕貨比三家!

不否認ui5封裝的很多控制項,移動端支持和accessibility等,但它的客戶主要是sap系統的重度企業用戶!注意是重度用戶!

如果你真的去用ui5去寫一個跟sap系統八杆子打不著的項目,你是在跳坑!因為這套東西真的真的很累心:view用xml寫;後台交互推薦odata,估計沒幾個人知道odata是嘛玩意吧;頁面組件嵌套規定的很死,定製化開發會累死人;標籤用錯整個項目掛掉!如果你定製了控制項,人家升級了你可能面臨大問題;模塊管理有自己規範,不amd也不cmd;很多和數據交互的控制項封裝都是同步的,默認把ajax請求非同步關掉,你感受下…

在sap的話沒辦法,企業級開發和定製化不強的應用,可以用,但是貌似有個policy就是能用就用!不管是啥產品,盡量用這個!後果你懂得…,就是基本沒得選!

用過才知道,祝在前端路上開發愉快!


在SAP實習,內部項目用到這套框架。可能我是前端大白板,所以一開始接觸這套框架感覺還可以。但是,這套框架做出來的東西感覺不好看啊,而且API寫的看得我吐血……很多參數也好函數也好我都不知道傳什麼值進去。而且項目之中的view用javascript定義,每new一個控制項都要寫上http://sap.xxx.xxx這東西好煩!加些其他控制項經常弄錯前綴……


千萬別用,除了SAP自己在用,遇到點奇怪的問題真是叫天天不應,叫地地不靈啊


我根據自己在SAP的UI5工作經驗寫了一篇文章,希望對工作中需要使用到UI5的朋友有點點幫助: Jerry的Fiori原創文章合集


SAPUI5實在是……太難用了!文檔也就是SAPUI5 SDK這個玩意,都沒告訴你怎麼和後端實現交互,做東西全靠google和想像力。


SAPUI5,MVC架構,Model層用odataModel與server交互;View支持四種語言編寫:HTML,XML,JS,JSON,SAP推薦使用XML;Controller則使用強大的JavaScript。SAP為了推廣這套開源的UI框架,對於非SAP客戶,已經有了一套完整的API,olingo;JAVA也為此開發了API:odata4j;而對於SAP客戶,則可以使用Gateway發布odata sergice,或者基於HANA的CDSview。在SAP做這塊的開發工作近兩年了,個人覺得,前景不錯!


原因有三個:

ui5是啥,這是一個sap為了讓整個前端開發出來的應用有同意的風格和使用方式而研發的平台。這個出發點就和很多ui開發構架不一樣。很難被非sap生態圈採納

第二個,ui5現有的框架已有巨大的css繼承和集成,非常難進行非sap生態圈客戶定製。

第三個,其實所有大公司都如此,你看看資料庫為例,誰家的開源不緊著自己的需求來啊,沒空解決別人的需求。這就造成外界很難影響構架,也就很難採用。


目前ABAP 經驗一年半,正在學習ui5,感覺就像網頁前端的東西,以前接觸過,學起來夜比較有意思


這玩意就SAP自己在用,推廣很難的


為sap公司做過一個資產管理的項目,sapui5封裝性大,只適合sap自己用


不知道用的多不多。反正我現在還沒用html5更別說知道sapui5 了


我知道啊。

主要還是有點重,我曾經想試過ui5開發第三方app,結果放棄了。


推薦閱讀:

如何看待html5在移動端的未來?

TAG:前端開發 | 前端工程師 | HTML5應用 |