私はちょうどSencha Touchを使用してプロジェクトを開始しようとしています。HTCの欲求デバイスでいくつかのマイナーなテストを行いました。Vimeoのチュートリアルビデオはすべて、Mac上で実行されるiPhoneエミュレーターを使用しているようです。このエミュレーターが実際のiPhoneデバイスや実際のAndroidデバイスと比較してどれくらい速いかはわかりませんが、私が経験したことから、私のHTCの欲求はこのエミュレーターほどうまく動作していないようです。
すべてのアニメーション（スライド、フェードなど）が少し遅れているようです。FPSがVimeoビデオに比べてはるかに少ないことがすぐにわかります。
HTCの欲求は、比較的新しいハードウェアで動作する比較的新しいAndroid 2.2スマートフォンであるため、Sencha TouchがAndroidプラットフォームに「対応」できるかどうか疑問に思います。
AndroidとSencha Touchの実務経験がある人はいますか？
回答:
Phonegapを使用してAndroid向けの複数のSencha Touchアプリに取り組んでいますが、結果は期待外れです。iOSデバイスでのUIエクスペリエンスは、Androidよりもはるかに優れています。
iOSデバイスでは、すべてがスムーズです（カルーセル、スライダーがすべて）が、Androidでは、少し遅れて応答しません。
アップデート私はもう少し研究を行いましたが、iOSデバイスはCSSハードウェアアクセラレーションを使用してCSSの移行を行っているようです。Androidデバイスでは、これはすべて、すでに実行している他のすべてに加えてCPUによって実行されます。したがって、UIのルックアンドフィールが遅くなります。ため息.....ハードウェアのばらつきが大きい場合、ハードウェアアクセラレーションを実装するのははるかに難しいと思います。
興味深いことに、ネイティブAndroidアプリ（組み込みのメニュー画面でも）でもハードウェアアクセラレーションを使用しないことを読みました。OpenGLを利用するアプリのみが実際にGPUを使用します。
sencha.comから：
Sencha Touch、初のHTML5モバイルJavaScriptフレームワークで、iPhoneとAndroidでネイティブなルックアンドフィールのモバイルWebアプリを開発できます
遅い理由は、アプリケーションがHTML5 / javascriptを使用して記述されているためだと思います。これは、最初に考えたとき、プラットフォーム間を移動しやすくなるため、非常に優れています。欠点は、ネイティブアプリのように「ルックアンドフィール」しますが、実際にはそうではないことです。したがって、デバイスでネイティブコードをすばやく実行する代わりに、すべてのコードが単なるマークアップ/ jsであるブラウザーのラッパーである可能性が高くなります。iphone Webブラウザーでcnnアプリを使用する場合とcnn.comにアクセスする場合を考えてみてください。本質的に同じタイプの違いです。これはおそらくあなたが見ているものです、高速のMacとエミュレーターはデバイスよりもはるかに強くプッシュする可能性があります（エミュレーターがネイティブデバイスと同じくらい遅くなるように調整されていない限り...私を確認してください）。
Androidエミュレーターと電話で、実際のアプリにphonegapを使用して、Sencha、JQuery mobile、およびdojox.mobileの小規模なベンチマークを実行しました。結論として、dojoはSenchaとJQueryの両方よりも簡単に優れており、現在は強力なハードウェアでもまったく役に立たないほど低迷しています。
だから今のところ、私は個人的に道場に行くかネイティブに行きます。
さまざまなフレームワークから「ショーケース」のいずれかを取得し、独自のデバイスにchrome2phoneすることで、自分で簡単に試すことができます。
これは古い質問ですが、AndroidでSencha Touch 2.0を実行しているときにパフォーマンスの問題があることも確認できます。私たちは非常にシンプルなカードレイアウトでカスタムイメージやCSSをまったく使用しない非常にシンプルなプロトタイプを構築しましたが、テストしたすべてのAndroidデバイスで大きな遅れに気づきました。最初は、Senchaのいくつかのベストプラクティスに違反していると考えていましたが、コードを調べて問題を引き起こす可能性があると考えられるすべての領域を修正した後、期待したものに近い応答性と滑らかさを得ることができませんでした。
副次的な注意事項として、一般的にモバイルアプリを開発するための非ネイティブメソッド（ESP JS / HTML / CSSベース）には、常にパフォーマンスに関する少なくともいくつかの小さな問題があるようです。（技術的にはネイティブであるため）ネイティブにはるかに近いパフォーマンスの単一コードベースソリューションを提供するため、現在、Titaniumの使用を検討しています。
sencha touchアプリを立ち上げたばかりで、iOSに比べてAndroidのパフォーマンスに重大な問題がいくつかあります。デザイン重視のインターフェイスを実装しようとするときは注意してください。
3か月前に知っていたらよかったのは、モバイルでは大きな先行デザインが悪いことです。あなたは本当に設計/開発チームの間に反復的なアプローチが必要です。CSS3の移行はAndroidでは困難です。角の丸いもの、RGBA、グラデーション、テキストの影をたくさん避けてください。これにより、アプリが発作されます。
DOMはできるだけ小さくしてください。使用されなくなったパネルは破棄してください。
Androidでおかしなdraw（）動作をいくつか見ましたが、それは単にCPUに多くを要求しているという事実に起因する可能性があります。知る唯一の方法は、ninyaのようなすべてのコードをプロファイルすることです
LinkedLNエンジニアリングチームがこの記事を参照し、DOM操作を手動でコーディングすることでHTML5アプリのパフォーマンスをどのように改善したかを確認してください。
http://engineering.linkedin.com/linkedin-ipad-5-techniques-smooth-infinite-scrolling-html5
この記事の文脈では、Sencha Touchに2つの問題があります。
Sencha Touchは、JavascriptオブジェクトをDomノードに変換し、それらをDomツリーに追加することにより、UIを構築します。Chrome Toolsは、比較的多数のDIVやその他のDOM要素をDomツリーに追加することを示します。これはパフォーマンスに有害な影響を与えませんか？
Sencha UIのほとんどのDomノードは、マークアップからではなく、Sencha APIコードによって生成されます。これらのDom要素を直接操作するコードを作成する場合、副作用が発生しないことを確認できますか？
今日、この質問を公式のSenchaフォーラムに投稿しました。この回答を応答で更新します。
Sencha Touch + PhonegapはAndroidデバイスで吸い込みます。特に2.2以降をターゲットにしている場合。この組み合わせは、AndroidデバイスのG3 / Noteカテゴリでは問題なく機能します。ネイティブのようなパフォーマンスとUIが必要な場合は、AndroidでSencha Touch + Phonegapを忘れてください。
Sencha Touch + Phonegapは、目を見張るような素晴らしいパフォーマンスを期待することなく、数千台のデバイスで市場に素早く参入するためにのみ適しています。
クライアントがUIとパフォーマンスについて非常に具体的であり、ハイブリッドソリューションを主張している場合は、免責事項と、Sencha Touch + Phonegapアプリが必要であることを署名した書類を提出してください。
Androidでこの致命的なコンボを使用して、指だけでなく全身を燃やしました。