作為SAP從業者，我們能夠清楚地感受到這些年SAP技術進化的趨勢。
SAP前端開發技術的進化方向，從SAP GUI，到能在浏覽器裡運作的ABAP Webdynpro / WebClient UI，再到現在仍然沒有停止進化的Fiori UX. 而Fiori也從誕生之初隻支援SAP UI5，進化到現在能夠同時支援Angular, React和Vue等多種前端架構。
關于SAP前端技術的演進，可以參考Jerry這些文章：
- SAP UI和Salesforce UI開發漫談
- SAP Fiori + Vue = ？
- Fiori Fundamentals和SAP UI5 Web Components
- 用React開發SAP Fiori應用
而SAP後端開發技術，自從SAP雲平台問世以後，SAP開發人員發現，自己手頭可選的技術，除了ABAP以外，一下子增加了很多：比如開源社群非常活躍的Java和nodejs，終于也能夠應用到SAP背景開發中來了。而SAP雲平台本身，也從誕生之初純粹由SAP自己架設資料中心的單一雲架構，演進到如今能支援GCP, Azure, AWS和阿裡雲等作為基礎設施層的Multiple Clou架構。
本文咱們不聊具體的技術，而是談談開發工具。
Jerry之前的文章
那些年我用過的SAP IDE，介紹過我曾經用過的SAP開發工具。如今，這個清單裡又多了一個新的成員。
2019年TechEd上，SAP向外界宣布了一款在原有SAP WebIDE基礎上進化而成的新一代全棧開發工具：SAP Business Application Studio.
SAP開發人員能夠用這個新工具做什麼？
SAP Business Application Studio針對不同的SAP解決方案提供了良好的支援，能夠進行S/4HANA擴充開發，以及基于SAP CAP模型(Cloud Application Programming)的全棧式開發(技術棧是Java和nodejs), 以及各種類型的Fiori應用開發。
SAP Business Application Studio同SAP WebIDE有何不同？
SAP官方将Business Application Studio稱之為WebIDE進化後的産物，該工具吸取了當今業界領先IDE的設計理念，專門為SAP雲平台上的全棧應用開發進行過優化；工具提供的強大指令行工具，使得開發人員不會被GUI界面所束縛。
最後，Business Application Studio基于Eclipse Theia這款開源的IDE，這使得它從架構上來說，可以從容應對任何在雲端開發領域湧現出的新需求。
https://theia-ide.org/舉個例子，我們在Business Application Studio(下文簡稱為BAS)的插件清單裡，能看到許多插件，有的是開源社群貢獻的插件，比如vscode-eslint, 有的則來自SAP自研，比如vscode-mta-tools, 能夠讓開發人員利用BAS的指令行，無需登入SAP雲平台控制台，就可進行SAP MTA應用的開發和部署。
在使用BAS之前，我們先來了解一個概念：Dev Space(開發空間).
一個開發空間是一個預先配置好的環境，背後實際對應了SAP雲平台上的虛拟機。建立開發空間時，可以選擇不同的類型，每個類型對應一種特定的開發場景。
每個特定類型的開發空間，都事先激活了完成該類開發任務所必須的Studio擴充(SAP Predefined Extensions)，在建立開發空間時可以看到這些擴充清單。
我選擇的是SAP Fiori類型的空間，建立成功後，點選超連結進入：
如果是在WebIDE裡，開發界面打開後，我們就可以用Create from Template菜單，通過向導來完成Fiori應用的建立。
在BAS裡，我們可以換一種方式，通過指令行來建立Fiori應用的骨架。
指令行裡鍵入yo，啟動SAP Fiori Project Generator, 選擇Fiori Project：
接下來是選擇該Fiori應用的運作環境，有CloudFoundry和ABAP兩種選擇，我們選擇前者：
然後是一些正常資訊的維護。
指令行向導執行完畢後，就生成了Fiori應用必須的資源檔案。做過nodejs開發的朋友，會發現這個步驟和用npm init生成manifest.json檔案很像。
我們要指定這個Fiori應用應該消費哪個OData服務。
在Studio上方的指令工具欄裡，敲consume，選擇Consume SAP Services：
會顯示很多Destination清單，每個Destination都是我在CloudFoundry環境的Connectivity菜單裡維護的，指向某一個ABAP系統。
我選擇ES5系統裡暴露出來的GWSAMPLE_BASIC這個OData服務。
改OData同Fiori項目綁定之後，收到成功的提示：
後續的操作，就和我們之前在SAP WebIDE裡的開發沒有太大差别了。
用Layout Editor打開XML視圖，從控件庫裡找到List控件，拖拽到視圖區域上：
點選List控件Entity Set字段旁的綁定圖示，給它綁上一個OData模型中的Data Collection：
讓這個List顯示Business Partners資料：
同理，把List Item的title字段綁定到BusinessPartnerSet節點上的CompanyName字段，Description綁定到BusinessPartnerID字段。
這個Fiori應用功能非常簡單，以清單的形式顯示Business Partners所在的公司名和ID.
點選Run Configuration, 可以在不部署到SAP雲平台CloudFoundry環境的情況下，進行本地測試：
SAP雲平台上的Fiori應用，實際上是SAP MTA應用包含的一個HTML5 module，該MTA應用的mta.yaml裡定義了Destination服務和Authorization & Trust Management服務的依賴。是以本地運作時，我們也要給該Fiori應用提供這兩個服務執行個體才行。
關于什麼是SAP MTA應用，可以參考Jerry之前的文章：
SAP雲平台裡的三叉戟應用。
到CloudFoundry環境建立一個Authorization & Trust Management服務執行個體，取名app_uaa:
回到BAS，選中項目裡的uaa本地資源，會看到右邊有個小的綠色插頭圖示。點選之後，BAS會自動把剛才建立的app_uaa執行個體取出來。選擇後，就可以和項目本地uaa_JerryFioriDemo這個資源進行綁定。
稍後我們将該應用正式部署到SAP雲平台CloudFoundry環境時，不需要做這一步，因為部署工具會解析mta.yaml, 自動建立裡面定義的依賴服務執行個體。
成功綁定後，在BAS裡收到提示：
同時左邊出現一個新的綠色插頭圖示，代表成功綁定的狀态。
同理将項目的Destination服務依賴也綁定到CloudFoundry環境建立的服務執行個體後，點選Run Module, 就能看到這個Fiori應用的界面了：
正式部署到CloudFoundry的步驟也很簡單，執行指令行：
mbt build -p=cf
mbt工具會将該項目打包成.mtar檔案：
使用cf deploy指令把這個.mtar檔案部署到CloudFoundry去：
從指令行輸出中可以發現，cf deploy在部署過程中會自動建立mta.yaml裡require區域聲明的服務執行個體。
部署成功後，這些自動建立的服務執行個體都能在Service Binding區域看到：
點選部署後生成的AppRouter執行個體，就能獲得這個運作在CloudFoundry環境上的Fiori應用的通路連結了。
希望本文能夠讓大家對SAP Business Application Studio的概貌有個最基本的了解，感謝閱讀。
更多閱讀
本文來自雲栖社群合作夥伴“汪子熙”，了解相關資訊可以關注微信公衆号"汪子熙"。
![GitHub連夜封殺！這份阿裡 10W 字内部 Java 字面試手冊到底有多強？[圖]](data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=)