2

いくつかの iOS アプリ (Objective-C + iOS フレームワーク + いくつかの Web API) があります。派手なグラフィックスも、opengl も、派手なオーディオ処理もありません。

Android だけでなく、ブラウザーを使用する一般的な Web ユーザー (デバイスに関係なく) もサポートしたいと考えています。

私のコードをAndroidに移植する方法はないと思います。これは正しいです？
Web パーツでは、カプチーノを試していて気に入っています (クライアント側の Web についてはかなり時代遅れですが、コードのかなりの部分を Objective-C から Objective-J とカプチーノに変換したところ、うまくいきました予想をはるかに上回る。）

私の質問は、リソースが限られている人のために、Android を追加することをお勧めしますか?
私のオプションは次のとおりです。
1- iOS を保持し、カプチーノを使用して Web
アプリを追加する 2- iOS を保持し、Android を追加する
3- すべてを Web に切り替える (Web アプリの iOS および Android ラッパーを作成する)
4- ...

ターゲット市場やあらゆる種類のものに依存することはわかっていますが、技術的およびリソース管理の観点から、あなたの意見では最善のアプローチは何ですか.

4

1 に答える 1

1

アプリに埋め込まれた Webkit ビューを使用することは、コンテンツの多い Web サイトでは理にかなっています。特に、ネイティブのルック アンド フィールに準拠するのではなく、アプリに独自の外観を持たせたい場合はそうです。特に Android は非常に優れた webkitview-app 統合を備えています (iOS ではもう少しハックですが、それでも可能です)。つまり、ラッパー アプリケーションがネイティブ機能を JavaScript に公開できるようにします。

Cappuccino、sencha、jquery mobile などの負荷の高い JS フレームワークは避けたいと思います。大きくて遅いだけでなく、アプリに独自のスタイルを押し付けようとします。まったく最適化されていないことの 1 つは、Android での DOM のパフォーマンスが遅いことです。これにより、これらのフレームワークのほぼすべての使用が遅れているように感じられます。

私の個人的な選択は、独自の軽量カスタム スタイルを備えた Zepto.js です。少し努力すれば、あなたのアプリは見栄えがよく、ミニマリズム的で、ユーザーを怒らせないように十分に機能します。

于 2012-01-12T20:48:09.567 に答える