4

jQuery UI はまだ Meteor の「パッケージ」ではありません。最終的にパッケージになったとしても、新しい jQuery と jQuery UI バージョン、および Meteor で使用したい他の jQuery プラグインが存在するでしょう。さまざまな問題が発生します。

  1. タグ経由でロードする<script>か、js ファイルをクライアントまたはルート ディレクトリに配置しますか?
  2. CDN からスクリプトを取得する場合に問題はありますか? ローカルに保存する方が良いですか (「public」ディレクトリなど)?
  3. テンプレートがレンダリングされる前に呼び出される可能性があるため$(document).ready()、通常は .ready() から呼び出されるさまざまなセットアップ関数を呼び出すのに最適な場所はどこですか? Templates.<Name>.renderedテンプレートのレンダリング中に DOM が変更された場合に、さまざまなイベント ハンドラーが新しい DOM ノードに再アタッチされるように、それらを で呼び出す必要がありますか? これにより、DOM から削除されたファントム ノードを処理するためにまだ存在する古いハンドラーのメモリ リークが発生しますか?
  4. jQuery UI ウィジェットからのイベント コールバックに基づいてモデル データを変更しようとしている場合 (およびイベントが "click" や "dblclick" などの Meteor テンプレート イベントによってネイティブにサポートされていない場合)、コールバック中に、問題のウィジェットに関連付けられたコレクション データ? Template..rendered 中にオブジェクトの _id を DOM にロードし、関連する jQuery UI イベント ハンドラー中に読み戻す必要がありますか? 他の方法はありますか？

この質問によると、問題は 0.5.0 以降変更されていることに注意してください。そのため、いくつかの既存の同様の StackOverflow の質問は古くなっている可能性があります (また、また、また)。

例があなたの答えに役立つなら、ここに jQuery Draggable and Droppable を統合する作業中の (?) Meteor プロジェクトがあります: http://products-jqueryui.meteor.com/ with Source Here に基づいてTutorial Here

(私の質問で「安全に」とは、Meteor フレームワークで破壊的なエラーを引き起こさない (または Meteor が jQuery/jQuery UI を混乱させる) ことを意味し、可能な限り効率的に: 過剰な DOM 操作/レンダリングを回避することを意味します。過剰なクライアント/サーバー トラフィック、またはメモリ リークの原因となります)。

4

1 に答える 1

4
  1. /client フォルダーに配置します。JavaScript ファイルはすべて Meteor によって自動ロードされ、Meteor.startup が発生したときに使用できるようになります。
  2. 質問 1 に対する私の回答を参照してください。
  3. $(document).ready() の代わりに Meteor.startup を使用します。これは、Meteor とドキュメントの準備が整ったときに呼び出されるためです。テンプレートが依存するロジックを実行する場合は、Template.rendered を使用します。これは、テンプレートが Meteor に触れるたびにロジックを再実行する必要があるためです。
  4. コールバックでthisは、現在のオブジェクトを参照します。
于 2012-12-26T21:17:43.327 に答える