轉載本文需註明出處：微信公衆號EAWorld，違者必究。
引言：
隨着智能手機普及和移動網絡的提速，企業移動辦公正在逐步成爲主流工作模式，企業移動移動信息化是必然趨勢。企業全面移動化不是一件簡單的事情，在實踐過程中肯定會遇到諸多的困難，本文主要是跟大家分享一下我們在企業移動化轉型中的經驗和解決方案。
目錄：
一、企業全面移動化挑戰
二、針對問題的實踐化解決方案
三、某集團移動化案例
一、企業全面移動化挑戰
企業全面移動化意味着是大量的業務系統要上移動，不是單一的app建設，也就意味着我們不能以開發一個項目的思維來看待企業全面移動化。
既然是大批量業務系統要上移動，也就會有更多的問題和挑戰。我把挑戰分爲了三個角度，我們一一看下。
（1）開發實施角度的挑戰
如上圖所示，從開發實施角度來看，主要分爲如下3點，安卓和ios多系統、多設備的兼容性適配是一個比較大的技術挑戰；同時企業爲了移動化轉型還需要組建專業的移動團隊，這會給帶來更多的運營成本；並且因爲每個業務系統要求的技術是不一樣的，這對開發人員也是個極大的挑戰。
（2）業務推廣角度的挑戰
採用原生ios和安卓開發，安卓和ios兩個團隊是否能保證在同一時間節點業務一致，體驗一致，這是個未知數；同時ios版本升級的審覈週期過長，也很難確保新業務在第一時間推廣。
（3）大批量APP管理角度的挑戰
單獨一個或者兩個app不會給企業IT運維帶來問題，但是一旦數量比較大，問題會逐一暴露。如此多的APP該如何的統一管理，對企業而言確實是個比較頭疼的問題。
二、針對問題的實踐化解決方案
上面我們分析了幾個維度的挑戰，以下是針對這些問題的具體解決方案。
（1）以跨平臺的思路解決開發實施問題
爲了解決企業大量APP建設問題，我們採用決定選用跨平臺的思路。爲什麼選擇跨平臺呢？
跨平臺可以保證一套代碼適配兩個系統，對於開發者來說，就不用像之前一樣既寫ios代碼又寫安卓代碼，並且也不用去過多的關心繫統兼容性問題。
對於企業來講，在減少人員投入、降低成本的同時，還可以保證兩個操作系統業務的一致性。
- 選擇了跨平臺的思路，那我們該選擇哪種技術框架呢？
目前跨平臺有兩種技術方案：一種是採用h5的混合開發；另一種是驅動原生。我們最終選擇了驅動原生框架。
混合開發結合了網頁開發的和原生開發的優點，其大致的思路是採用H5作爲UI，通過嵌入或者使用系統的瀏覽器作爲渲染（通常採用Webkit），當需要本地能力的時候，採用原生語言的方式編寫，並提供接口給UI端調用。這種方式依然採用的是瀏覽器渲染UI，比較耗費系統的cpu和運存資源，造成卡頓現象，影響用戶的體驗。
驅動原生這種方案的大致思路是：在運行態的時候，通過調用操作系統提供的接口，對UI進行渲染，而不是把渲染交給瀏覽器內核，因此在性能和體驗上更好。
- 驅動原生技術的優勢。
驅動原生技術有三大技術優勢，分別是體驗好、熱更新、原生能力。
- 它擁有原生應用的流暢體驗，這種流暢體驗是html無法相比的。
- 它支持動態熱部署、熱更新，可以做到無感知更新，有利於業務的推廣。
- 它可以調用本地能力包括攝像機、藍牙、nfc等，html應用是無法做到的。
驅動原生技術的實現方式有很多種，我們以Primeton mobile的實現原理講解一下，上圖是實現原理的示例。開發者使用類web的開發語法，然後通過js解析引擎，驅動到原生層去渲染控件。開發期使用類web的語法是爲了降低學習門檻，同時企業也不需要去招聘ios和安卓原生開發人員，有效降低企業成本。
（2）以微應用的模式加速業務推廣
簡單介紹一下什麼是微應用模式？微應用模式，一般是開發一個框架App，這個App提供了除所有用戶必須的基礎功能，剩餘的獨立的功能可以拆分出來，分別去開發部署，最後集成運行在框架APP中。大家在使用的支付寶裏的各種應用都是採用這種模式實現的。
- 微應用的三個特點
上圖所示，我們總結了微應用的三個特點，業務上獨立、開發期項目隔離、運行態動態部署。
開發的獨立性，確保了多個團隊能夠並行開發且不需要相互依賴，其應用的功能又可以與框架App相互獨立，確保其自身功能的自由性。運行態動態部署，開發人員不需要把所有的模塊應用都打包發。
上圖是我們總結了微應用模式給企業帶來的價值。
在企業內部應用的訪問是有權限的，結合組織管理權限，可以提高業務的響應速度，提升運營的精細化。
（3）建設企業應用監管平臺
當企業的app數量一旦上來後，會暴露出很多的管理問題，比如這些app放在哪兒，如果都上Appstore和安卓市場的話，工作量太大，時間成本太高。並且這些大批量的app散落在各個市場，不利於企業運維的人員對應用的統一管理。所以我們提出了構建企業內部應用商店的方案，解決企業內部應用的託管和分發問題。
那企業級應用商店的是什麼樣子的呢？
有的企業有過移動的實踐開發，所以應考慮多種類型的應用，目前常見的應用類型有ios、安卓、混合、h5、微應用，要做到對這幾種應用的統一管理。
爲了保證對應用的全生命週期管理，應當有健全的審覈機制，包括應用創建、灰度、發佈、升級、下架全流程審覈管理。
在企業內部應用是分權限的，有的應用不是所有人都能使用的，應支持按權限進行管理。
爲了業務的推廣，應用商店還應該支持多種更新機制。
剛纔講了企業應用商店應保證應用的全生命週期管理，我們看下應用商店怎麼樣做才能保證應用的全生命週期管理。
我們把應用商店授權分爲系統管理員和應用管理員（開發者）。
開發者主要權限是應用創建、申請灰度發佈，申請上線，申請下架等。
開發者的每一步基本都離不開系統管理員的管控，比如灰度發佈，應用管理員需要申請，並且提交用戶白名單。
應用上線的時候同樣也是需要系統管理員的審覈。
整個設計機制有點參考APPStore的審覈管理。
三、某集團企業移動化實施案例
上面是針對問題的解決方案，接下來看下某集團企業移動化的實施案例。
（1）小團隊藉助“跨平臺”高效率完成多業務系統移動化
以幾人小團隊不到一年的時間內完成了20多個移動app上線。完成了多種業務場景的移動化，比如財務報銷、投資管理、隱患排查、智慧黨建等多種業務場景的移動化需求，後續還會有更多業務系統移動化。
這些移動APP基於微應用的模式開發，既可以集成到門戶裏面去，比如財務共享、投資管理、資產管理等，又能以單獨的APP發佈出去，比如首安雲、黨建系統等，保證了業務的靈活性。
同時我們基於企業應用商店對這些APP做了統一管理，解決了集團應用託管的問題，同時也給系統優化部做IT運維提供了強大的工具。
（2）“門戶+微應用+企業應用商店”加快企業全面移動化腳步
上圖是某集團企業門戶，該企業門戶採用微應用的模式，門戶提供了應用商店的能力，我們把開發的財務共享放到了應用商店裏面。
有權限的用戶可以在商店裏面看到財務共享，下載使用即可，不需要額外安裝新的APP。
通過門戶提供了應用的統一入口，通過商店可以對多類型應用進行管理，這種模式加快了企業全面移動化的腳步。
如上圖所示，財務共享、投資管理等微應用的待辦信息都聚合到了門戶的文件辦理模塊，從文件辦理列表點擊任何一條信息，通過判斷流程信息和傳遞參數都能跳到對應的微應用的詳情界面。
（3）部分業務系統移動化案例
- 互聯網財務系統#打破報銷壁壘，提高報銷效率
- 隱患排查系統：互聯網工業#打造安全高效的移動巡檢系統
- 黨建一點通：移動黨建學習辦公平臺
- 物資計量
以上便是我們企業移動的簡單實施案例，希望能給大家帶來幫助。
精選提問：
問1：移動應用與原eos平臺集成的過程中是共享的後臺業務邏輯（邏輯流），是建議使用restful規範重新封裝還是直接調用邏輯流？
答：建議直接調用邏輯流即可，因爲Primeton Mobile 已經實現了和eos做了很好的融合和對接。
問2：跟bps集成，提交工作項目前需要提交的參數很多，有沒有好的封裝好的類似coframe的開源包可以使用？
答：在移動端做流程參數提交，首先要簡化移動端提交的參數，因爲有很多業務字段是可以在後臺關聯填進去的。移動端只需要保留一些必填字段就可以。
問3：請問微應用的開發，你們有用到什麼框架嗎？
答：微應用的開發我們使用的是Primeton Mobile框架。
問4：企業中怎樣將各app統一認證登陸? 有借鑑的方式嗎？
答：統一認證登錄，一般是在門戶裏面做。門戶需要對接統一認證服務，拿到用戶身份認證的授權。然後把授權通過定義好的傳參方式傳給微應用。同樣微應用的後臺系統也需要對接統一認證服務，通過微應用傳的授權去統一認證服務器拿到用戶的信息。
關於作者：羅登林，普元移動產品研發團隊核心成員，擁有首鋼集團、 韻達快遞、勝利油田、廣州農信等衆多移動平臺項目實施研發經驗。