すべてのチュートリアル/例私は流星のための単一のビューアプリケーションを見つけることができます。もう少し複雑なものを作りたいと思います。どのように複数のビューにアプローチするかはわかりませんが、ややスケーラブルな方法で行うのが望ましいですか?流行の複数のビューに対するベストプラクティスのアプローチ?
答えて
madewith.meteor.comを見ましたか? brittoを作成したバックボーンもジョナサン・キングストンを使用して複数のビューを持っているそこのアプリ
束が本当にベストプラクティスがあるかどうかわからないゲームのこの段階でStellar
と呼ばれる簡単な流星のフレームワークを開始しました。しかし、この2つは現在の流れのようです。
あなたはポイントがありません。流星はシングルページのアプリケーションです。簡単なアプリでうまく動作しますあなたが非常に大きなUIアプリケーションを持っているなら、それは確かに問題になります。 –
偉大なリンク、共有ありがとう! – Brian
私はあなたのポイントを理解していますが、Oliverは複雑ですが、大きなファイルを意味する必要はありません。またgzipは巨大なファイルを取り、それをすべての現代のブラウザにフラットにします。また、gmailはフルページの更新を必要としない#viewsのシングルポイントアプリです。私はそれが小さいではないがどちらかを遅くすることに同意する。 – limeyd
この時点では、Meteorを使用してシングルページアプリケーションのみを作成できます。シングルページは、複数のビューを持つことができないという意味ではありません。そのためにはiron-routerを使用してください。
しかし、Meteorは、ブラウザに至るまで、大きな太鼓のユニークなJavaScript/HTML/CSSアプリケーションを提供していますが、incremental loadingを許可する機能要求があります。それはアプリケーション(より正確には、JavaScriptフレームワーク)に依存し、さまざまな "ページ"を表示するためにビューを動的にレンダリングします。
今のところ私はセッション変数を設定し、その値に基づいてビュー(テンプレート)を表示します。これは、私が作成した比較的シンプルなアプリのために動作しますが、少しうんざりしています:) – Brian
iron-routerパッケージでは、REST-ful human-friendly clean URLsという素敵な方法でさまざまなビュー(レイアウト)にアクセスできます。 URLのパラメータ、テンプレートのロード、サブスクリプションのロードの完了を待つbefore
、after
フックなど
複数のビューに対してタブ付きのインターフェイスを作成することもできます。パッケージプロジェクト「pushStateでタブ付きインターフェイスを生成するためのスマートパッケージ」githubプロジェクト:https://github.com/possibilities/meteor-tabs
私は同じことが不思議で、何かを始めるには時間がかかりました。私は最終的に、バックボーンのビューとルートを使用してページングされたアプリケーションをしっかりと動かすことができたので、このようなアプリケーションを将来容易にセットアップするための簡単な定型プロジェクトを作成しました。ここ
ライブデモ:ここbackbone-boilerplate.meteor.com
今ルーティングパッケージ(ルータが基本ですが、動作します)を使用している最善の解決策。ワークフローは次のようなものです。
- ルートを宣言します。各ルートのため
- 場所をテンプレート名を返すあなたのbodyタグにパッケージで提供される反応性ヘルパー
- あなたは各ルートのためのテンプレートを作成し、必要に応じてカスタムセットそのルートに関連するテンプレートを返します反応性のヘルパー関数を公開する
ルーターからブラウザの履歴(クライアント側)が表示されます。
この時点で、Meteorがhtml/jsを処理する方法にはいくつかの制限があることに注意してください。彼らは同時にすべてをロードしています。明るい面は、アプリケーションが読み込まれるとページ遷移が瞬時に行われることです。
- 1. 同じリソースに対して複数のビューをロードするためのベストプラクティス
- 2. 複数のif elseステートメントに対する設計アプローチ?
- 3. セッション変数は、複数のデータベースクエリに対してベストプラクティスを実行します。
- 4. JavaScriptの関数を流すベストプラクティス
- 5. 流行のチャット - 複数の部屋
- 6. NodeJSの複雑なシステムに対するアーキテクチャ上のアプローチ
- 7. 複数回のビュー実行
- 8. クラスベースのビュー(ベストプラクティス)を使用したDjango複数のユーザープロファイル
- 9. TLF - 複数のコンテナと改行によるテキストの流れ
- 10. 複数ステップフローのベストプラクティス
- 11. 複数のマイグレーションを並行して実行するベストプラクティス
- 12. Javaクラスで実行される複数のチェックに対するより洗練されたアプローチですか?
- 13. 流星構造のベストプラクティス
- 14. 複数のクエリを実行するときのベストプラクティス
- 15. 特定のレコード数に対する複数のLISTAGG行
- 16. 角度ui-router:ネストされたビュー対複数のビュー
- 17. 複数のredmineインスタンスのベストプラクティス
- 18. 複数のIdentityServer4サービスのベストプラクティス
- 19. 複数のビューを複数のビューに渡す
- 20. MVVMLight複数のインスタンス化されたViewModels対応するビュー
- 21. テンプレート内の流行データコンテキスト対助手
- 22. express.js - 1行の複数のルートに対する単一のルーティングハンドラ
- 23. ビュー内の複数のDataContext対MVVM?そうですか?
- 24. 上流が100%CVSのときにGITに行くのがベストプラクティスですか?
- 25. Androidのベストプラクティス - ビュー/アクティビティ
- 26. JavaScript、ビュー、イベントのベストプラクティス
- 27. MVCパーシャルビューは、複数のモデルを1つのビューにまとめるための最良のアプローチですか?
- 28. ベスト・アプローチ:MVCの複数のコンテンツ・プレース・ホールダー
- 29. 他の関数の複数の変数にアクセスするための推奨アプローチ
- 30. 複数のスキーマに対するPostgresの実行文
要約:[use iron-router](http:// stackoverflow。com/a/14740242/1269037) –