-3

多くのモバイル アプリは、次の目的で、ネイティブ モバイル アプリ内にラップされた HTML+Javascript+CSS レンダリング エンジンを使用しているという印象があります。 - UI の大部分を実装する - すべてのプラットフォーム (iOS、Android、Win8、 web, ...) - 多くのプラットフォームで移植可能なコードのセットを維持します (たとえば、Javascript を使用してコンテンツを JSON として受信および解析し、レンダリングのために DOM とやり取りします)。

実際にいくつか質問があります: - これは広く普及している実行可能なモバイルアプリ開発モデルですか? たとえば、それに Pinterest を実装できますか? - このように機能するアプリの成功例は何ですか? (そして、人気のあるアプリがそれを使用していないのなら、なぜですか?)

NB: 私はこれを見ました:携帯電話のラジオ ステーション アプリの作成 - Javascript/HTML/CSS は実行可能ですか、それともネイティブにする必要がありますか? 、しかしそれは 2010 年のことでした。2013 年の真相は何ですか?

4

1 に答える 1

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、Sencha Touch、Telerik Kendo

Phonegap/Cordova も調べてください。

一見すると、iOS、Android、Windows などに簡単にデプロイできるアプリを作成することは非常に魅力的です。ただし、これまでに遭遇した最大の問題は、アプリ内購入、プッシュ通知、ルック アンド フィールの問題です。

IAP とプッシュ通知は、デバイスごとに多かれ少なかれコーディングする必要があります。プロセスに役立つヘルパー ライブラリとチュートリアルがありますが、別のコードを維持する必要があります。これらすべてを舞台裏で記述し、phonegap を使用してプラグインにアクセスできることは認められています。

ルック アンド フィール - IOS、Android、Windows 向けに開発する場合、それらはすべて、アプリがデバイスにネイティブに見えることを要求/提案します。これは、デバイスごとに個別の css を管理する必要があることを意味します。これは sass のようなもので行うのは完全に難しいわけではなく、一部のフレームワークではこれが部分的に自動化されています。

Web 対ネイティブの成功はわかりにくい場合があります。Facebook は Web アプリとして始まりましたが、その後ネイティブ アプリとして放棄されました。しかし、繰り返しになりますが、Firefox がhttps://www.mozilla.org/en-US/firefoxos/をたどっているルートを見ると、その UI は素晴らしい html に基づいています。ネイティブの最大の利点は、デバイス向けのアプリを作成できることです。Web アプリは、ネイティブに比べてパフォーマンスが少し遅くなる傾向がありますが、それはフレームワークとそのコーディング方法に依存する可能性があります。

考えられるもう 1 つのことは、MonoTouch http://xamarin.com/monotouchです。これは、すべてのバックエンド コードを 1 つの言語でプログラミングする優れた方法を提供します。また、デバイスのネイティブ コードにコンパイルされるため、両方のメリットを享受できます。

ネイティブが Web になるかどうかは、ビジネス要件、経験、およびその他の調査に依存します。すべてをカバーすることはできません。プロセス中に発生した問題とアイデアだけを提供しました。

于 2013-02-13T22:56:59.200 に答える