2013-02-13 59 views
-3

我的印象是,許多移動應用程序使用HTML + Javascript + CSS渲染引擎包裝在原生移動應用程序中,以便: - 實現大部分UI - 在所有平臺上保持一致的外觀和感覺(iOS, Android,Win8,web,...) - 在許多平臺上維護一組可移植的代碼(例如,使用Javascript接收和解析內容爲JSON,並與DOM交互以進行渲染)。HTML + Javascript + CSS是移動應用程序的良好框架嗎?

我實際上有一個幾個問題: - 這是一個普遍可行的移動應用程序開發模式?比如,你可以在其中實施Pinterest嗎(具有類似的外觀質量和響應能力)? - 以這種方式工作的應用程序的成功示例是什麼? (如果流行的應用程序沒有使用它,爲什麼不呢?)

注:我見過這個:Writing a mobile phone radio station app - is Javascript/HTML/CSS viable, or do we need to go native?,但那是2010.在2013年是什麼?

+3

這個問題實在太寬泛無法回答。圍繞該想法建立了整個套房(例如,PhoneGap),甚至整個手機操作系統(HP WebOS)都失敗了。現在Tizen想要走相同的路線... – 323go 2013-02-13 22:36:56

+0

好吧,也許另一個更具體的方式來問這個問題:如果你今天爲iOS,Android,win8商店和瀏覽器實施Pinterest,你會推薦什麼樣的方法?一個客戶端框架或一組客戶端框架。一致的外觀和感覺是一個問題,可維護性和部署速度也是一個問題。 – user48956 2013-02-14 00:58:58

+0

鑑於您需要「一致的外觀和感覺是一個關注點,可維護性和部署速度也是一個問題。」我會說只是去網絡應用程序。您可以開發一切,無需學習如何爲每個平臺做UI。如果您推送通知或inapp購買,那麼您將需要執行後端代碼,但我會建議將網頁代碼設計爲通用,並使用插件與設備進行通信。 Sencha觸摸2與PhoneGap很好地工作。兩者都是免費的,並提供了一個很好的起點。 – 2013-02-14 15:54:47

回答

2

對此有各種各樣的反應,也有許多與此有關的答案,但我會在我所看到的問題上談幾句話。

夫婦有用的鏈接 http://mashable.com/2012/09/12/web-vs-native-apps/ http://www.wired.com/insights/2012/11/native-apps-vs-mobile-web/

幾個框架:jQuery Mobile的,煎茶觸摸,Telerik的劍道

還應考慮的PhoneGap /科爾多瓦。

乍一看,製作一個可以輕鬆部署到IOS,Android,Windows等的應用程序對它有很好的吸引力。然而,迄今爲止我遇到的最大問題是InApp購買,推送通知和外觀問題。

或多或少的IAP和推送通知必須針對每個設備進行編碼。有幫助程序庫和教程來幫助進程,但你仍然需要維護獨立的代碼。當然,你可以在幕後編寫所有這些內容,並使用phonegap來訪問插件。

外觀和感覺 - 爲iOS,Android和Windows開發時,它們都需要/建議您的應用程序看起來是本機的設備。這意味着您現在必須爲每個設備管理單獨的css。對於像sass這樣的事情來說,這並不完全困難,並且一些框架具有部分自動化功能。

Web vs Native的成功難以見到。 Facebook最初是作爲一個網絡應用程序開始的,但之後放棄了原生。但是,如果你看看Firefox採用的路線是https://www.mozilla.org/en-US/firefoxos/,他們的用戶界面將基於html,這非常棒。本地最大的好處是你將製作一個適用於該設備的應用程序。與本機相比,網絡應用往往表現得更慢,但這取決於框架以及編碼方式。

另一件可能考慮的事情是MonoTouch http://xamarin.com/monotouch,它提供了一種用一種語言編寫所有後端代碼的好方法。它還將其編譯到設備本機代碼中,以便您從兩個世界中受益。

至於本地化是網絡,它將取決於您的業務需求,您的經驗和更多的研究。我無法涵蓋所有​​內容,只能提供我在過程中遇到的問題和想法。

相關問題