ASP.NETの初期バージョンでは、厳密な名前のアセンブリをbinフォルダーに配置しないことを知っています。私はこれが問題を引き起こしたことを覚えていますが、私は特に何が問題であるか覚えていませこれがASP.NET 2.0にも当てはまるかどうかは誰にも分かりますか？厳密に名前付きのアセンブリをASP.NET 2.0以降のバージョンのbinフォルダに入れない理由はありますか？ASP.NET 2.0のbinフォルダー内に厳密に名前付きのアセンブリがあります
あなたが記述した問題は.NET 2.0で修正されていますので、もう気にする必要はありません。
ただし、厳密な名前のアセンブリをbinフォルダに配置し、同じ強力な名前を持つアセンブリがGACに存在する場合は、GACのアセンブリがロードされることに注意してください。
彼のアセンブリは異なるバージョンを持っており、GACはバージョンを認識しているので、完全には正しくありません。したがって、彼が使用しているアセンブリがGACにもある場合にのみ、それは重要です。しかし、それはGACにそれを載せたくないので、質問の全体のポイントです。 –
実際に強い名前**は**アセンブリ名とバージョン（およびカルチャ）で構成されていますhttp://msdn.microsoft.com/en-us/library/wd40t7ad.aspx –
厳密な名前のアセンブリをビンに入れても問題は発生しませんでした。強力な名前付きアセンブリとバージョン管理の競合でInteropのいくつかの問題が発生しましたが、現在のバージョンまたは新しいバージョンではなく、古いバージョンのComPlusアプリケーションライブラリをソリューションにコンパイルすることによって発生しました。
私は傷つくことなく崖から飛び降りました。それはすべての人にとって常に安全だということではありません。 – Brad
@Brad - Tru dat、しかし、私は厳密に名前のついたアセンブリについてかなり徹底的に（IMO）読んできましたが、何も出てこなかったのは、強力な名前のアセンブリがビンに有害であることを示していました）。しかし、私は確かに強力な名前の集まりの専門家はない。 –
これに問題はありません。私は開発/テスト中に何度かやりましたが、現時点では問題のないbinフォルダのアセンブリに強く名前が付けられたサイトもあります。
アセンブリは、（明らかに）理由があるため、厳密な名前が付けられているので、それらをbinフォルダにドロップするのがよい理由が必要です。
私はそれらを.binフォルダにドロップするのがよい理由があります。このサーバーは、異なるバージョンのアセンブリを使用して2つの他の本番Webサイトをホストしています。私はそれらをGACにロードすることはそれらのサイトをダウンさせるとは思わないが、私が正しいかどうかを知りたくない。 – Brad
厳密に名前が指定されたアセンブリを持つものは、それらがバージョン管理されているということです。したがって、あなたのアプリが他のアプリとは異なるバージョンを使用している場合、問題はありません。それがGAC全体のポイントです。それぞれのASP.NETアプリケーションには、検索する予定のこれらのアセンブリのバージョンが用意されているため、web.configファイルを確認して確認できます。 –
あなたはこのアプリのためにそれが問題ではないことを知っていますが、将来他のアプリがあなたが使用しているバージョンを必要とし、将来誰もが使用しているアセンブリの別のバージョンがあるとしましょう。これは、誰かが、これらのアセンブリの1つがそれらのbinフォルダの1つにあることを知っている/覚えていなければならないときです。そのため、新しい機能が表示されません。それはちょうど長期的に混乱するようになるでしょう。 –
私は、ASP.NET 2.0以降、厳密な名前のアセンブリをWebアプリケーションの 'bin'フォルダに入れていましたが、問題は一度も発生しませんでした。 –