预览 Sencha Touch 2:原生包和性能改进
http://www.sencha.com/blog/sencha-touch-2-what-to-expect/ 作者:Aditya Bansod 译者:Sp42(zhangxin09) 今天,我们提前为大家介绍一下 Sencha Touch 2.0的新功能。我们十分雀跃地告诉大家将要到来的新发布,我们希望你们通过开发了一些给力的移动应用
http://www.sencha.com/blog/sencha-touch-2-what-to-expect/
作者:Aditya Bansod
译者:Sp42(zhangxin09)
今天,我们提前为大家介绍一下 Sencha Touch 2.0的新功能。我们十分雀跃地告诉大家将要到来的新发布,我们希望你们通过开发了一些给力的移动应用来实际参与分享我们这一份雀跃。
让我们先快速回顾一下。自去年发布 Sencha Touch 最初版本,这一期间,HTML5 和移动网络的发展也突飞猛进。许多开发人员作出的决定,以移动网络作为创建应用程序的一个平台,类似 Sencha Touch 这样的框架发挥了重要作用,尤其加速了基于 HTML5 浏览器的应用普及。对此,我们不胜欣喜,对于我们广大 Web 开发人员社区,我们说一句感谢你们!
凭借超过25万开发者的社区,我们对于未来 Web 移动开发的愿景仿佛已经就是一条“康庄大道”。来自您的反馈和建议促使你看到我们今天的这篇博文,有什么要交待的呢?就是趁此机会告诉诸位,Sencha Touch 2.0 的新颖之处。
首先,人同此心,心同此理,我们非常了解日益复杂的设备对于开发过程将是极度痛苦的。随着 Android 的崛起与未来 Windows Phone 的“半路杀出个程咬金”,开发人员希望面对的,是一视同仁的应用研发以及能够可预料的每一种情形。其次,尽管开发者一般都会将他们的应用部署在 Web 之上,这一数字也在上升,但仍旧希望他们的程序是透过应用(App)来发布、被使用的。对客户而言,无论什么地方,即使 AJAX 程序也应该就像应用那样直接在他面前的即玩即用。可是,要在原生 Store 发布,开发者又要这样、又要那样地修修补补他们的应用或者外壳才能在原生应用 Store 那里发布。
由此,言及 Sencha Touch 2,我们专注于如何榨干、榨取最后一句代码,以及如何帮助开发人员在本机顺利打包应用程序。我们很高兴今天与大家分享现在我们正在做的框架,是关于市场上最好的移动框架 SenchaTouch2 的里里外外。
- Sencha Touch 2 终于支持原生(Native)功能了。只需一个命令,你便可以打包 iOS 和 Android的应用程序。你将不再需要编写您自己的包装器或牵涉其他方案,这一切都尽在 Sencha Touch 2 中。最棒的是,你可以在 Mac 机和Windows 的机器中,为 iOS 的和 Android 的程序进行打包。
- HTML5 Device API 在移动浏览器中尚未完全可用,于是我们特意加入大量原生设备的 API,直接放置在 packager API,让你早日享用未来 Web 浏览器所拥有的优势。
- 布局快多了。我们不断重构内部的布局系统,使组件的布局从根本上更快。当你启动应用程序的同时,你会马上察觉得到 Touch 2 之快,以及感受到 Orientation 的切换,也是如此的灵敏。
- 重构事件处理,以便好地应对 Android 触摸事件。由于各种移动平台均以不同的响应速率触发触摸事件,所以对于我们而言,无不致力于跨浏览器的常规化,使得应用程序的整体流畅度提升和保证可预见的触摸行为操控。仿佛只要你吹一吹口气,Android 上的列表就会立刻流动起来。
- 框架采用基于图片的主题,而非缓慢的 CSS。使用 SASS 导出样式时,Touch 会生成基于 CSS的主题,如出 1.x 一徹。不过由于某些设备的浏览器在渲染 CSS3 的时候非常地慢,于是你可以选择生成基于图片的主题来代替 CSS。这也开辟了 Sencha Touch 2.x 将来工作在 Windows Phone 的道路。
- 合理化配置系统,使其更容易和更可预见的设定触摸应用程序。不会因为不同的组件,而学习起来导致感觉差别太大,新的配置系统即可简化设立您的组件。当然,它依然会有向后兼容旧的方式。
现在,Sencha Touch 带给你仅仅是令人难以置信的新功能的一方面,届时还有更多。我们一直在忙于编码的工作,我们期待着尽快分享的第一个测试版。快将在十月的 SenchaCon 发布出来——我们会对框架几乎每一部分都精益求精,所以千万不要错过!我们认为你会愉快地惊叹于这个 Touch 2 的应用无论构建还是部署都会多么的淋漓尽致、多么的快速敏捷!

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









Ollama は、Llama2、Mistral、Gemma などのオープンソース モデルをローカルで簡単に実行できるようにする非常に実用的なツールです。この記事では、Ollamaを使ってテキストをベクトル化する方法を紹介します。 Ollama をローカルにインストールしていない場合は、この記事を読んでください。この記事では、nomic-embed-text[2] モデルを使用します。これは、短いコンテキストおよび長いコンテキストのタスクにおいて OpenAI text-embedding-ada-002 および text-embedding-3-small よりも優れたパフォーマンスを発揮するテキスト エンコーダーです。 o が正常にインストールされたら、nomic-embed-text サービスを開始します。

さまざまな Java フレームワークのパフォーマンス比較: REST API リクエスト処理: Vert.x が最高で、リクエスト レートは SpringBoot の 2 倍、Dropwizard の 3 倍です。データベース クエリ: SpringBoot の HibernateORM は Vert.x や Dropwizard の ORM よりも優れています。キャッシュ操作: Vert.x の Hazelcast クライアントは、SpringBoot や Dropwizard のキャッシュ メカニズムよりも優れています。適切なフレームワーク: アプリケーションの要件に応じて選択します。Vert.x は高パフォーマンスの Web サービスに適しており、SpringBoot はデータ集約型のアプリケーションに適しており、Dropwizard はマイクロサービス アーキテクチャに適しています。

PHP の配列キー値の反転メソッドのパフォーマンスを比較すると、array_flip() 関数は、大規模な配列 (100 万要素以上) では for ループよりもパフォーマンスが良く、所要時間が短いことがわかります。キー値を手動で反転する for ループ方式は、比較的長い時間がかかります。

C++ マルチスレッドのパフォーマンスを最適化するための効果的な手法には、リソースの競合を避けるためにスレッドの数を制限することが含まれます。競合を軽減するには、軽量のミューテックス ロックを使用します。ロックの範囲を最適化し、待ち時間を最小限に抑えます。ロックフリーのデータ構造を使用して同時実行性を向上させます。ビジー待機を回避し、イベントを通じてリソースの可用性をスレッドに通知します。

C++ で HTTP ストリーミングを実装するにはどうすればよいですか? Boost.Asio と asiohttps クライアント ライブラリを使用して、SSL ストリーム ソケットを作成します。サーバーに接続し、HTTP リクエストを送信します。 HTTP 応答ヘッダーを受信して出力します。 HTTP 応答本文を受信して出力します。

C++ プログラムのパフォーマンスに対する関数の影響には、関数呼び出しのオーバーヘッド、ローカル変数、およびオブジェクト割り当てのオーバーヘッドが含まれます。 関数呼び出しのオーバーヘッド: スタック フレーム割り当て、パラメーター転送、および制御転送が含まれます。これは、小規模な関数に大きな影響を与えます。ローカル変数とオブジェクト割り当てのオーバーヘッド: ローカル変数やオブジェクトの作成と破棄が大量に行われると、スタック オーバーフローやパフォーマンスの低下が発生する可能性があります。

静的関数のパフォーマンスに関する考慮事項は次のとおりです。 コード サイズ: 静的関数にはメンバー変数が含まれないため、通常は小さくなります。メモリ占有: 特定のオブジェクトに属さず、オブジェクト メモリを占有しません。呼び出しオーバーヘッド: 低くなり、オブジェクト ポインターまたは参照を介して呼び出す必要がありません。マルチスレッド セーフ: クラス インスタンスに依存しないため、通常はスレッド セーフです。

さまざまな PHP 関数のパフォーマンスは、アプリケーションの効率にとって非常に重要です。パフォーマンスの良い関数には echo や print などがありますが、str_replace、array_merge、file_get_contents などの関数のパフォーマンスは低くなります。たとえば、str_replace 関数は文字列の置換に使用され、中程度のパフォーマンスを発揮しますが、sprintf 関数は文字列の書式設定に使用されます。パフォーマンス分析によると、1 つの例の実行にかかる時間はわずか 0.05 ミリ秒であり、関数が適切に実行されることが証明されています。したがって、関数を賢く使用すると、アプリケーションをより高速かつ効率的に実行できます。
