項目介紹

移動平臺開發

發布日期 2017-11-17

移動應用開發是為小型、無線計算設備編寫軟件的流程和程序的集合,像智能手機或者平板電腦。移動應用開發類似于Web應用開發,起源于更為傳統的軟件開發。

標簽
詳細信息

目前,隨著移動應用市場的不斷擴大,移動開發的市場得到長足的發展。無線中間件(也稱“移動中間件”)的出現,無疑提供了一個完美的解決方案:

1. 跨平臺:中間件系統都號稱跨平臺,一次開發,可以適用于不同的平臺。

2. 門檻高:用WEB開發技術(HTML+JS+CSS) 開發移動應用,極大地降低了門檻,提高了效率。

3. 公司轉型:軟件和互聯網公司利用中間件系統開發移動應用,完全是在發揮原有的長處,而無需投入任何資源學習新知識。

4. 專業的人做專業的事:無線中間件(移動中間件)的原理就是把原生的功能封裝打包成簡單的API,開發人員只需要了解調用這些API的方法,即可完成移動開發。

無線中間件(移動中間件)的產品:國外--PhoneGap,

國內 - Rexsee EMS、MKey、xMobi

其中Rexsee應該是目前唯一支持HTML5的開源的、免費的移動中間件;Mkey的特點是跨平臺


云與移動開發編輯

移動設備社區似乎在熱烈擁抱云這個事實是無可否認的,云計算領域的供應商,如Cloud Foundry 和VMware正在努力工作來滿足不斷增長的需求。移動開發者更有可能接受云,乍一看,這一問題的答案應該是“不”。對安全、可伸縮性、可用性以及性能這些東西的擔心都不是移動環境所獨有的。

時間短顯然是一個推動因素。天生就是有特例,移動應用比同行業的兄弟們發布快,更新更快,以及更好的頻率。這增加了移動開發團隊的壓力,給他們施加了巨大的壓力,促使他們下載或外包盡可能多的開發負載,而且越來越多,這意味著轉身基于云的供應商可以幫助解決一切,讓它托管前端和大數據管理在后端。


時間短,預算低

伴隨著開發團隊的生產壓力,存在著痛苦的悖論,許多這些移動開發團隊需要在緊張的預算之內完成在他們所必須的完成工作。這意味在把精心制作的分段服務器放到一起來測試他們的應用程序負載下的工作,或在網絡寬帶和可用性下,結合波動性怎樣測試性能的下降是,金錢對于移動團隊并不是經常夠用的。所以,作為一個聰明的項目經理,在面臨緊張的預算時,如何在第一個大的版本發布之前,完成所有必須的關于應用程序完整性的調查,而且不能超出預算呢?他們選擇了一個低成本的選擇,這在今天這個時代意味著向低成本的PaaS,SaaS和IaaS產品越進軍。

但是當然,每一個企業開發團隊都承受著壓力。而且似乎每個IT預算都已經削減或合理化,來作為組織處理本世紀的第一次大的衰退手段。所以為什么移動團隊更可能傾向于云計算,而不是那些,他們正承受著很大的壓力,來給他們的客戶交付一個全功能的,基于Web的應用程序呢?最大的一個區別往往在于治理。


組織性的云治理

移動開發是新的,而且開發團隊經常在交付組織的第一個移動應用程序時,是工作在與企業的其他開發團隊公平交易的原則上,幾乎像中情局的“黑衣人”部門的運營一樣。隨著IT組織努力降低關于企業應用程序如何以及何時使用云的治理規則,移動開發團隊圍繞著整個討論,弄清楚了請求原諒比獲得允許好。當開發團隊悄悄的使用云計算來交付一個完成的產品,而且用戶喜歡,財會部門沒有猶豫時,企業組織沒有適當的使用云的政策管理,這樣不可避免地發現他們自己在其它名公司利用的名單上。

當然,在做同樣的事情時,把熱心的擁抱云的移動開發團隊與不情愿的企業開發團隊要比較時,也許這并不完全公平。畢竟,移動團隊擁抱云的一個令人信服的理由是,事實上他們工作的項目正在從頭開始,前期他們給定一個規定,說明哪些技術他們允許使用。相反,這對負責增強企業應用程序的在SOA功能,已經開發了五到十年的團隊來說,是違背了他們的任務。當一個項目是新的的時候,與一個在項目期間相對穩定而且安全的環境來說相比,引進基于云的技術就容易的多了。

但如果忽略這個原因,那么毫無疑問,移動開發和基于云的技術是很完的組合,是天生的一對。考慮到移動開發團隊要在短時間內產出一個應用程序,很多基于云的廠商提供的這種基于服務的混合方法,可以幫助降低所需的時間和金錢,來測試,托管和管理應用程序,我還將繼續看到移動應用程序和移動開發者更加依賴于該托管于云中的服務,基礎設施和平臺。