NuGetを私のマシンに直接インストールするのはなぜですか？

Question

私はそれを理解できません - どうして私はNuGetをsetup.exeまたはMSI経由でインストールするのではなく、どうして私に説明してください。どんな利点がありますか？

たとえば、セットアップをダウンロードするのではなく、NuGet経由でEntity Framework 4.3をインストールする方が良いですか？また、NuGetを使用してエンティティフレームワークをインストールすると、作成した新しいソリューションやプロジェクトで利用できるようになります（少し混乱します）。

は、基本的にはNuGetは正常にインストールすることを何をするのか（その逆か！）行いません

Answer 1

プロジェクトにパッケージを追加するだけでなく、NuGetの最大の利点は依存性管理だと思います。

NuGetを使用すると、プロジェクトオーナーはライブラリをパッケージとしてパッケージ化できます。以前は、log4netなどの他のライブラリに依存していた場合、それらのアセンブリをsetup/zipファイルに含めてWebサイトにアップロードしていました。

NuGetを使用すると、これらの外部パッケージへの参照を.nuspecファイルに追加するだけです。 NuGetがパッケージをインストールすると、依存関係があることがわかり、自動的にパッケージをダウンロードしてインストールします。また、2つのパッケージが異なるバージョンに依存する場合は、インストールする正しいパッケージを見つけるように、競合管理もサポートしています。

NuGetがうまく動作するかどうかを判断する最も良い方法は、実際にそれを試してみることです。一度やったら、それには多くの利点があることが分かります。

Answer 2

Nugetは、いくつかの追加の利点があります。

• それが自動的にへの参照を追加することにより、プロジェクトを構成します必要なアセンブリ、プロジェクトファイルの作成と追加（コンフィグレーションなど）
• パッケージのアップデートを提供します
• このすべてを行います非常に便利

Answer 3

何利点がありますか？

Nugetは、第三のライブラリの取り込みを簡素化：単一のコマンドラインでは、あなたのプロジェクトのためにあなたのパッケージを利用できるようにする（EntityFramework・パッケージをインストールしてください）。グーグルではなく、パッケージのダウンロードセットアップを参照してください...

自動アップデートは必須ではありません.Nuget設定ファイルでは、アプリケーションのバージョンまたはバージョンの範囲を指定できますと互換性があります。また

、私はNugetを経由して、エンティティフレームワークをインストールした場合、それはあなたがパッケージをインストールしたら、DLLが解にディレクトリにコピーされ

私が作成した新しいソリューションやプロジェクトに提供されていますレベルから、そこからソリューションの他のプロジェクトに参照することができます。

新しいソリューションごとに、パッケージを再インストールする方が良いソリューションです。ナゲットはとても簡単ですから、問題はありません。

Answer 4

NugetはDLL地獄の作成に貢献し、特にいわゆる "パッケージ"の異なるバージョンが出現したときに、ソリューションが非常に迅速に制御から外れるようにします。アセンブリのバージョン管理とは別に、現在はnugetパッケージのバージョンがあります。 NugetはDLL上に別のラッパーを追加するだけで、開発者の生活を楽にするものは何もしません。