最初のExtJS会議の様子または報告

ご存知かもしれませんが、ExtJS LLCによって最近開催された最初の会議は、新製品（ExtJS 3.0、Ext Core、ExtGWT）と、フレームワーク、アプリケーション設計、および新しいテクノロジー（Adobe AIRのサポートなど）の使用の実用的な側面の両方に捧げられました。 。 残念なことに、私は会議に参加できませんでしたが、私のブログの読者の一人であるセルゲイ・コズロフは、この短いレビューを企画するのに彼の助けを親切に提供してくれました。



会議の公式スケジュールと基調講演はサイトの特別なセクションに集められています（ こちらをご覧ください ）。主催者はプレゼンテーション資料を間もなく公開することを約束します。



会議自体は、フロリダ州オーランド（アメリカ）のかなり絵のような場所で行われました。 会議全体で最も基本的かつ期待されていたのは、ExtJS 3.0フレームワークの新しいバージョンのプレゼンテーションであったという事実を隠しません。また、イノベーションについて簡単に説明しましたが、もう一度行います。実際、これはAaron Conranの基調講演からの主要なポイントの無料転写です。













そして、私たちは次のものを得ました：

• 新しいListViewコンポーネントは、基本的にフルテーブル（グリッド）の軽量な代替品です。 主な機能：
  
  
  • 簡単さとシンプルさ（最小限のHTMLコード）
  • 列のサイズ変更とデータの並べ替え
  • 列のレンダリングにテンプレートを使用する機能
  • 列レイアウトの説明はグリッドに近い
  • 列の幅は相対的な場合があります（サイズの設定に役立ちますが、グリッドのサイズは少し複雑になります）
  
  
  
• JSコードにフラッシュモジュールを含めるように設計されたFlashComponent拡張機能であるグラフグラフを描画するためのコンポーネント。
  
  
  • グラフィックは標準のBoxComponentsを拡張します
  • データは標準データシステム（DataStore）から取得されます
  • さまざまなタイプのグラフ（線形、円形、極など）
  • 幅広いカスタマイズオプション
  • チャートはイベントシステムに統合されています。
  
  
  
• 新しいButtonGroupコンポーネント-MS Offoce 2007（リボン）インターフェイスの一部を完全に模倣
  
  
  • 列の列レイアウト
  • ツールバーだけでなく、任意のコンポーネントにレンダリングできます
  
  
  
• グループタブ（ GroupTabs ）-実際には、TabPanelの拡張配列
• RowEditorは編集可能なテーブルに表示され、すぐにポップアップウィンドウの形で行全体のエディターが表示されます
• メモリリークを回避または削減する新しいmon（）イベントハンドラシステム。 多くのExtJSコンポーネントがすでに新しいシステムを使用しています。 理解を簡単にするために、以下に例を示します。this.el.on（ 'click'、...） でしたが、これを書くことができます： this.mon（this.el、 'click'、...）
  
  
• Buttonsコンポーネントは任意のサイズを取ることができ、任意のライトアウトと互換性があります。
• ツールバーは、表示領域の端に沿った追加メニューの非適合ボタンを自動的に置き換えます。 メニューでも同じことができます。
  
  
• AnchorTipは、あらゆる種類のコンテンツを内部に含めることができる高度なツールチップコンポーネントです。
• バッファーされたGridView-表示行のみをレンダリングできるようになりました（自動的に）
• Firebugのおおよその類似物であるデバッグコンソールは、主に、指定されたオブジェクトのコンポーネントの構造の表示など、ExtJSの特定の側面に焦点を当てています。
• 新しいタイプのレイアウト（HBox / VBox）
  
  
• 新しいサーバーインタラクションシステム-Ext.Direct
  
  
  • クライアント側では、Ajaxリクエストはパラメーターの収集、リクエストの送信とレスポンスの受信、デコード、イベントの生成を担当します
  • Directを使用するためのサーバー側は、リクエストルーティングとAPIを実装する必要があります（PHPがある限り、多くのプラットフォームでサンプルを利用できます）
  • データにアクセスするためのプロバイダー：JsonProvider、RemotingProvider、PollingProvider、LongPollingProvider、FlashProvider（最も興味深いのは、私も自分でこれを始めたところですが、これまでのところディストリビューションには含まれていませんので、期待しています）。 最後の2つのプロバイダーを使用すると、サーバープッシュテクノロジ（CometD）を実装できます。 残念ながら、直接的な質問は、FlashProviderをデータストアと連携してデータ処理に使用できるかどうかであり、ノーと言います（明らかに、これはリリースバージョンで明確になります）。
    
    
  
  
  
• アプリケーション全体のキーボードイベントのグローバル処理、および各コンテナでの個別の作業
• CSSの変更-視覚部分と構造部分の2つの部分への分離。

もちろん、他のレポートも同様に興味深いものでした。 たとえば、開発者には独特なマスタークラスがあり、そこでは例と独自のコンポーネントの作成が「骨ごと」に詳細に調べられました。











興味深いことに、Ext GWTに捧げられたセッションでは、関心が比較的低かった。 どうやら、会議では、この製品を使用する開発者はほとんどいなかったようです。 これに関して、いくつかの結論は、このプロジェクトを完全に放棄するか、ExtJS LLCの外部の独立したプロジェクトとして再隔離する可能性を示唆しています。これは、サーバー側から独立しようとし、クライアント技術のみに集中したいという管理声明と相関しています。



サーバーの部分を何に書いているのか、一般の人に質問がありました。 約50％-Java、約30％-PHPと.NET、残りはRuby、Python、Perlなどの少数派に分かれています。 ExtGWTはまだJavaの世界であるため、これはすでに興味深いものです。 ただし、イベントがどのように展開されるかを見てみましょう。その間に、ExtGWTの新しいバージョンがリリースされます。



産業パネルセッションの枠組みでは、さまざまな企業の代表者が、プロジェクトの一環としてフレームワークを実際に適用した経験を共有し、誰もが質問でスピーカーを苦しめることができました。 IEブラウザーの問題について聞いたのは興味深いことでしたが、参加者の1人がこの問題を根本的に解決しました。 彼らは一般にIEブラウザのサポートを拒否し、すべてのFirefoxにインストールするためにクライアントにクライアントを送る方が安いと判断しました。 実用的で新鮮なアプローチであることに注意してください（この問題の解決方法は少し異なります）。 ところで、これはすでにオンラインで投稿されたプレゼンテーションの1つです（ こちら ）。











Jack Slocum（Chief Software Architect and Founder）は、開発者が独自のコンポーネントを交換できるAppStoreと同様に、Marktplaceが近い将来に開始されることを発表しました。 AdobeのAdobe AIR Marketplaceではなくアナログに注意してください。



インターフェースを作成するためのビジュアルエディタ（ 昨年11月に Jack Slokumが投稿したデモ）は、バージョン3.1のリリースで期待されています。 これはまさに私たちが本当に期待していることです。



ExtJS 3.0を事前注文したすべての人が商用ライセンスを意味し、20％の割引、以前のバージョンのライセンスを持っている人は40％の割引が得られることは嬉しい驚きです。 ですから、新しいバージョンがはるかに高価になることを特に恐れないでください。私たちはすでにプロジェクトを翻訳しているか、3番目のバージョンでのみ開始しています。



事実とは別に、カンファレンスの雰囲気も重要だからです。











夕食時に、フォーラムで長年知っている人たちと会ったり話したりすることができました。 たとえば、セルゲイは幸運にも同じテーブルでAnimal（フォーラムのアクティブな参加者）と食事をすることができました。 プロジェクトの議論の中で、彼はExtベースのアプリケーションのアーキテクチャについての考えを共有しました。 それに応えて、彼はNetzkeフレームワークについて話されました。



2番目の朝、RC1が3番目のバージョンでリリースされたとき、アーロン・コンランは1分間（非常に赤くなった目で目立った）眠れなかったと言い、ジャックはその夜9分間だけでした。 これは、ジャックの基調講演が非常に短かった（10分以内）ため、レッドブルの缶を手に持って足を踏み入れたこと、および質問されなかったときに安reliefを明確に表したことを説明するかもしれません。











5つ星ホテルに期待されるように、会議は豪華なレベルで開催されます。 メインコース中は、美味しいディナーと、テーブルを囲んで料理をするダンスウェイターがほとんどです。 また、午前中、最初のセッションの後、おいしいお菓子がコーヒーと共に与えられました。



ちなみに、参加者には会社のシンボルの入ったコーヒーポットが与えられ、そこから多くの人が会議中に熱心にコーヒーを飲みました。 くそー、これが欲しい！



セルゲイのおかげで、私の質問のいくつかは事前に準備されて答えられました。 おそらくこれはあなたにとって便利です。











ExtJSはDojoパスに従い、3つのプロジェクト（Dijij-ビジュアルコンポーネント、Dojoコア、Dojoxのすべての種類のチップ）に分割されます。 すでに、メインライブラリであるアダプタに分離されています。

-いいえ、それ以上の分離は計画されていません。



アダプターのリストは、たとえば、新しいCSSエンジン、Dojo、または他のツールキットを使用して拡張されますか？

-いいえ。



GWTに加えて、たとえばPHPやRuby / Pythonなど、サーバー側のサポートを拡張する計画はありますか？ 同じDojoライバルがZend Frameworkで優勝しましたが、PHPとサーバー側全般をサポートする計画は何ですか？

-いくつかのコメントによると、現時点では、サーバーで使用されているテクノロジーとは無関係に、ライブラリとして残り、開発したいことが明らかになりました。 それにもかかわらず、Ext.Directの使用例には、java、ruby、php、.netのコードが含まれます。



ある種のビジュアルインターフェイスデザイナーを作成する予定ですか、それともGUIStudioなどの既存のものと統合する予定ですか？ または、Apatana IDEのプラグインを作成していますか？

-はい、3.1に含まれます



オンデマンドでコンポーネントダウンロードライブラリにサポートが追加されますか？

「オンデマンドでのダウンロードをサポートする予定はありませんが、アーロンはExtクラス間の依存関係を宣言するメカニズムに取り組んでいると述べました。 後で、コンポーネントの動的ロードを適用することはかなり可能になると思います。



それがおそらくすべてです。



結論として、メモを提供し、会議の主催者に質問したセルゲイ・コズロフに心から感謝します。 彼はこのレビューに付随する写真の著者です。 Sergeyは、ExtJSとRuby-on-Railsに基づくアプリケーションのコンポーネント指向の作成用に設計された若いフレームワークであるNetzkeの著者としても知られています。 彼のサイトはplaycode.nlで、twitterフィード（ twitter.com/skozlov ）をフォローすることもできます。