SAP企業移動平台SAP Mobile Platform(SMP) 2.3 新特性

SMP 2.3已經發布一段時間了，今天下午抽空大致掃了一下它的文檔，看看有什麼新的功能和變化。

首先，文檔給人的總體感覺就是一如既往的仔細清楚，Sybase公司的技術文檔寫得確實很不錯，現在看起來加入SAP以後寫得更細緻更專業了。

最明顯的變化就是在名稱上，從這個版本起，SUP改成SAP Mobile Platform了，各個組件的名稱也都有對應地修改，比如Sybase統一更換為了SAP，Workflow app改名叫做Hybrid App，具體我就不在這裡重複了。

SMP的全稱是SAP Mobile Platform，確實只有這個名字比較能正確的體現出它的功能和定位。在這個版本中，我覺得亮點就是已經把Syclo的Agentry Platform Runtime整合進來了，也就是通過Agentry Platform上開發的所有應用都可以運行在SMP上，而且可以通過SCC和其它應用一樣統一管理。
這也正是SAP移動平台戰略地第一步，也就是這樣實現啟動並執行統一整合，終極目標就是將以前的SUP和Agentry的無論是Server和SDK開發環境都實現完全統一的合并：同一個Server，同一個開發環境，同樣的管理方式以及對Cloud服務架構的支援。

現在的開發環境相應也支援了Agentry Platform的開發工具，叫做Agentry Editor，這也是一個基於Eclipse開發的工具。Agentry平台上的開發和SUP開發有一些區別，主要是通過Agentry Editor來配置介面UI，以及同步資料地邏輯，配置好了以後，可以在多個移動平台上運行。Agentry Platform是不對後台資料緩衝的，對SAP是通過JCO和RFC來串連。

另外一個就是多了一個landscape design integration的文檔，也寫得還不錯，將比較典型的常用伺服器架構詳細介紹了一遍，包括了單一伺服器，支援高可用性地叢集方式，還有分布式的方式等。

然後我主要關注的重點部分還是Native和Hybrid app的開發功能和特性，在Native開發上，詳細介紹了通過代碼和Afaria的整合、SSO的認證匯入、以及對db的加密等。Hybrid app基本也是在之前的版本上繼續增強，通過JS API支援對oData和MBO的調用，基本沒有太大的變化。

另外，值得注意的，這個版本多了一種叫做EIS Defined Cache的緩衝方式，還沒有細看，有空可以研究一下。SUP的優點是有快取資料庫，可以比較好地減輕對後台伺服器的壓力，個人感覺缺點也在於快取資料庫，這樣開發也變得比較複雜，要想把各種緩衝方式的技術細節搞明白確實不大容易。而Sybase的文檔在這一塊一直是空白，所以對Partner來說，學起來就比較辛苦了。