跨平台的應用開發工具和前端開發工具

來源:互聯網
上載者:User

文章描述:前端開發人員的跨平台行動裝置 App開發策略及工具.

愉悅的周五,早些回到家,沖澡吃飯照顧貓咪家務完畢已然超過九點的樣子。登入部落格後台,進入編輯頁面,才覺得些許輕鬆安逸。不壞,一天裡能有這麼一會沉浸在這樣的感覺裡,足夠了。

在之前的一篇文章中,我們曾經討論過,對於互動和視覺設計相關職能的從業人員來說,從傳統Web行業向行動裝置 App領域轉型的過程中需要學習和注意的問題。這篇文章中提到過“混合型應用”的概念,以及與之相關的兩本開發指導書籍。今天這篇文章的英文原文,就是來自這兩本書的作者——行動裝置 App開發人員Jonathan Stark。

本文中,他將站在傳統Web前端開發人員的角度,為我們介紹一些在實際項目案例中總結出來的行動裝置 App開發方法策略,以及幾類具有代表性的用於打造跨平台行動裝置 App的前端開發工具。

各位前端開發相關職能的同行們,擴充視野、提升技能、隨“機”應變的時機已然成熟;衷心希望本文可以成為推動大家事業進步發展的一個催化點。不多說了,我們來看本文。

無論站在怎樣的角度去衡量,移動互連網及用戶端應用的發展勢頭都是非常迅猛的。日均使用量、智能手機的普及率、來自行動裝置的訂閱量、搜尋引擎流量、廣告呈現、應用售賣……所有這些都處於迅速上升的狀態。可以預計,在不久的將來,行動裝置將擁有足夠的成熟度等級與普及率,並躋身於傳統案頭電腦、筆記本等硬體平台的行列,成為我們日常生活的主要裝置。

巨大的移動市場為傳統Web設計開發人員帶來了新的機遇與挑戰。各類行動裝置在爆髮式增長的同時,也帶來了前所未有的分裂與混亂的狀況。如果需要同時為多平台裝置進行用戶端應用的開發、測試和維護,勢必會消耗大量的資源與成本。

本文中,我們首先會對幾種移動化解決方案進行比較和分析,然後將重點放在一些常見的用於跨平台行動裝置 App開發的前端架構工具上;不過我不會在最後選出一個所謂的最優方案——開發方式的選擇最終會取決於你的項目本身,包括業務模式、需求、目標市場、開發資源等多方面因素。本文的主要目標是提供一些有用的資訊,協助各位讀者在實際項目中選擇最合適的方法與工具。

Web應用(Web App)與原生用戶端應用(Native App)

關於這兩種移動化方案孰優孰劣的辯論已然有不少了。

我相信,如果你能以Web應用的方式打造移動化產品,那麼你確實應該這樣做;反之則不應該。..另外一種情況則介於兩者之間,即通過HTML、CSS、Javascript等前端技術,結合行動裝置原生開發方式,打造所謂的混合型應用。

看似廢話,但重點在於“能”或“不能”。這裡我們主要指具體的項目需求,而非技術開發能力。我所在的團隊,做過的多數案例,都來自於企業級的客戶。大公司,顧名思義,在人員、產品及服務等方面都具有相當的規模,他們所需要的移動化解決方案在跨平台方面的需求都很高。

當接手一個新的企業級移動化項目時,我會將Web App作為預設的首選方式,同時結合以下三個問題進行進一步評估:

功能方面,是否涉及那些只有本地應用才能利用的裝置硬體資源?

比如,一款有條碼掃描功能的應用,必須配合裝置的網路攝影機進行工作,而網路攝影機是瀏覽器無法擷取的硬體資源,所以這款應用不能以Web App的形式存在;類似的功能還包括影像音訊錄製傳輸、後台運行、訊息推送等。如果該產品確實必須基於這些功能才能被正常使用,那麼原生用戶端應用便是不二之選。

該產品的使用者是誰?

如果產品擁有大規模的公眾使用者群,那麼原生或Web應用的方式都是可選的,前者可以通過平台官方的App Store或應用市場進行推廣,後者的跨平台性更好。如果產品屬於公司或組織內部使用的管理資訊系統等類型,那麼Ad hoc、類似Apperian這樣的第三方App Store或Web App都是可選的。

該應用在系統資源消耗等方面的敏感度如何?

很多方面的因素會使行動裝置瀏覽器佔用過多的記憶體資源,從而影響Web App的執行效率及使用者體驗。這些因素包括半透明視覺效果及動畫效果、大量的內容資料、檔案加密和解碼、基於地圖的複雜互動方式等。

回答了這三個問題之後,對解決方案的選擇便容易多了。舉例說,比如我收到的需求是為企業員工設計開發一款B2E應用,用來管理他們的個人資訊及收益情況,並且不需要使用行動裝置提供的進階硬體功能,那麼Web App的方式是最恰當的選擇。另外一方面,如果需求是開發一款面向福士的虛擬地圖應用,並需要配合手機的陀螺儀功能才可以工作,那麼我們必須選擇本地用戶端的方式進行開發。

不過,正如我們之前提到的,在這兩者之間,還有另外一種混血方案可以去考慮,也就是混合型用戶端應用。

原生用戶端應用(Native App)與混合型用戶端應用(Hybrid App)

所謂混合型應用,就是在原生用戶端中嵌入基於前端技術構建的整頁模式;這種方式其實已經很常見了。本質上講,整頁模式就是HTML頁面,但它不需要另外調用行動裝置中的瀏覽器進行查看和操作。

混合型應用的典型執行個體其實是我們非常熟悉的:iPhone、iPad等iOS裝置的本地App Store或iTunes,以及Twitter和Facebook的用戶端等。

在混合型應用中,原生的部分其實只相當於一個架子或容器,應用的核心是基於HTML、CSS、JavaScrit或前端架構打造的整頁模式。頁面的靜態檔案資源可以儲存在伺服器端,動態資料通過Ajax的方式在整頁模式與行動裝置 App中傳輸。

所以,雖然從技術上講,混合型應用是裝置本地化的,但它們顯然擁有兩種不同的運作方式。下面是兩個很常見的問題,在需求評估時經常會遇到。

Q:如果我有技術及資源去開發一套純粹的原生用戶端應用,那麼有什麼必要使用HTML等Web前端開發方式去打造混合型應用呢?

A:混合性應用的解決方案最主要的目的是解決跨平台的問題;對於每個平台,只需開發和維護“容器”性質的本地應用部分,而實際的內容功能則可以統一由一套整頁模式來擔當。

Q:那麼乾脆只做一套Web App好了,為什麼還要使用原生用戶端作為容器呢?

A:這個問題的答案包括兩方面:

商業需求:對於很多客戶案例來說,將應用通過App Store或Market推廣出去,是一種商業方面的需求。比如,客戶也許會希望自己的產品是付費應用,或者開發前的使用者研究表明他們的使用者多數是通過App Store安裝本地用戶端的。

硬體功能需求:混合型應用的一個優勢在於,雖然本地化的架構只是作為整頁模式的容器,但它畢竟是本地化的,在需要的時候,仍可提供訪問硬體裝置及相關功能的許可權;這是單一的Web App所無法做到的。技術方面,可以通過JavaScript經由本地應用程式框架,與硬體功能進行通訊,例如控制網路攝影機等。

我確信,通過這種需求梳理,多數人會傾向於混合型應用的方式。其實這也正是本文接下來的主線——我們一起來看看有哪些前端開發工具是可以協助我們進行混合型應用的開發的。我將它們分為四大類,接下來會分別進行介紹,並對它們的適用情況進行簡單的對比。

[1] [2] [3] [4]  下一頁



相關文章

Beyond APAC's No.1 Cloud

19.6% IaaS Market Share in Asia Pacific - Gartner IT Service report, 2018

Learn more >

Apsara Conference 2019

The Rise of Data Intelligence, September 25th - 27th, Hangzhou, China

Learn more >

Alibaba Cloud Free Trial

Learn and experience the power of Alibaba Cloud with a free trial worth $300-1200 USD

Learn more >

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。