Meteor-best-practices

Meteor-ベストプラクティス

前の章で、Meteor開発のベストプラクティスのいくつかを既に説明しました。 以下は、Meteorを使用する際に留意すべきベストプラクティスの一部です。

ディレクトリ構造

Meteorアプリのディレクトリ構造に関する厳密なルールはありません。 ガイドラインの詳細については、リンク：/meteor/meteor_structure [Meteor-Structure]の章をご覧ください。

使用方法

クライアントから insert、update 、 remove を直接呼び出すのではなく、機密データを扱う場合は常にlink：/meteor/meteor_methods [Meteor-Methods]を使用する必要があります。

データ管理

link：/meteor/meteor_publish_subscribe [Publish and Subscribe]メソッドを使用してデータを保護します。 すべてのクライアントがデータを利用できるようにする場合は、代わりにパブリケーション名として null を使用できます。 データの小さな塊を公開すると、アプリのパフォーマンスも向上します。

データを検証する

コレクション内に保存されるすべてのデータを検証する必要があります。 最適なオプションの1つはhttps://atmospherejs.com/aldeed/collection2[collection2]パッケージです。 このパッケージを使用すると、サーバーとクライアント側の検証を簡単に設定できます。

セッションを最小化

*session* 変数はグローバル変数であり、グローバルの使用はJavaScriptのベストプラクティスに反します。

ルーター

Meteorルーティングには、2つの最も一般的なオプションがあります。 小さなアプリの場合、https://atmospherejs.com/iron/router [Iron Router]があります。 データが変更されると、自動的に再実行されます。 大きなアプリの場合、https://atmospherejs.com/kadira/flow-router [Flow Router]があります。 このルーターを使用すると、テンプレートの再レンダリングを最適化する自由度が増しますが、少し定型的なコードが必要になります。

パッケージ

パッケージをアプリ内で使用する前に、パッケージが定期的に更新されているかどうかを常に確認してください。