0

最近、グローバル モジュールの代わりにローカル モジュールを使用する利点に関するさまざまな投稿 (たとえば、ノード 0.4.0 でのローカル モジュール サポートに関する mikeal rogers の投稿) を読んだ後、Meteorがインストールされていない可能性があるかどうか疑問に思っています。最初はマシン全体のアプリですが、代わりに「通常の」ノードアプリの一部として。おそらくこれは、エントリ ポイント (app.js など) が、プロジェクト ディレクトリ (おそらく node_modules の下) にインストールされている meteor.js とその仲間を呼び出すことを意味します。

マシン全体のインストール (必要/望ましい場合) は引き続き存在する可能性がありますが、実際のアプリ コードを含める代わりに、テンプレートから新しい meteor プロジェクトを作成することができます。

確かに、これは現在の meteor の設計とは正反対のように思えます。通常、プロジェクト ディレクトリにはサーバー/クライアント/パブリックしかありません。したがって、より根本的な哲学的な違いがあり、meteor は意図的にグローバル/マシン スコープのエンティティになりたいのでしょうか?

mongodb の起動/構成は meteor の実行の一部であることは認識していますが、「ローカル meteor」AFAICT の使用を妨げているようには見えませんか?

4

1 に答える 1

0

隕石を使えば、やりたいことができると思います。数日中に、使用しているmeteor＆およびmeteorスマートパッケージのバージョンを適切にロックダウンするバージョンをリリースしようとしています。

他の人のコードを自分のリポジトリにチェックインすることの「メリット」は得られませんが、個人的にはそれについて確信が持てません[1]。

PS。とにかく依存関係のすべての依存関係をロックダウンできないと彼らが言う理由はよくわかりません。Bundlerはレールに対してまさにそれを行います（そして今は隕石でそれを行っています）。しかし、これはこれを議論するのに適切な場所ではありません。

[1]控えめに言っても。

于 2012-07-18T02:27:35.880 に答える