問題タブ [assemblies]

Visual Studio 2005プロジェクト (厳密な名前が付けられています)に弱い名前のアセンブリを追加しました。私は今、エラーが発生しています：

「参照されたアセンブリ 'xxxxxxxx' には厳密な名前がありません」

このサードパーティ アセンブリに署名する必要がありますか?

SmartPartを介してSharePointに追加されるユーザーコントロールがいくつかあります。

ローカルマシンでテストしていますが、SharePointセキュリティを使用することを計画しています。

Microsoft.SharePointアセンブリが実際に読み込まれるかどうかを簡単にテストして、マシンでテストを続行できるかどうかを確認し、サーバーにアップロードするときに有効にする方法があるかどうか疑問に思いました。

ありがとう。

.net アセンブリのサイズはパフォーマンスに影響しますか? Windows フォーム/Web フォーム プロジェクトのアセンブリ数はどうですか?

非常に大きな .NET サイト/ソリューション (数百のアセンブリ) では、前回のビルド以降に変更されたアセンブリを認識できるツールはありますか (常に変更されるファイルの日付よりもインテリジェントなものを使用します)。

a) 変更されたアセンブリのバージョンをインクリメントし、b) これらの変更されたアセンブリを含めるデルタ リリースを生成するように、展開プロセスを変更する必要があります。

ASP.NET Web サイトと Biztalk サーバーに対する私の現在のアプローチは、ビルド後に完全なソリューションを再展開することです。これには最大 3 時間かかる場合があります (ほとんどの時間は、BizTalk アプリケーションの展開解除と再展開に費やされます)。

Microsoft は、アセンブリをバージョン管理し、変更されたアセンブリのみを展開して展開ウィンドウを短縮することをお勧めします。これをできるだけ自動化したい。

現在、ビルド プロセスを管理するために、MSBuild、TFS、および古き良き「昔ながらの」人々を使用しています。

DSL Tools ソリューションがあります。

このプロジェクトに弱い名前の参照を追加する必要があります。DSL Tools プロジェクトの DLL は厳密な名前が付けられているため、弱い名前の DLL は使用できません。

再コンパイルできないため、DLL を厳密な名前にすることはできません。

Dsl および DslPackage プロジェクトのプロパティに移動して、署名タブの [アセンブリに署名する] オプションのチェックを外して、DSL ツール プロジェクト DLL を弱い名前で作成しようとしました。

それから私はそれをコンパイルします。エラーリストには次のエラーが表示されます

VS2005 の出力ウィンドウを見ると、gacutil が呼び出されていることがわかります

その後、コマンド プロンプトを使用すると、gacutil.exe エラーが次のように表示されます。

gacutil.exe が呼び出される理由と方法がわかりません。プロジェクトとソリューションのプロパティを確認しましたが、gacutil.exe を呼び出すように構成されたオプションはありません。「gacutil.exe」のすべてのファイルの中も調べましたが、何も見つかりませんでした。

私が本当に欲しいのは、厳密な名前を付けることができない弱い名前の DLL を使用できるようにすることです。この結果、私は自分の DSL Tools DLL を弱い名前にしようとしてきましたが、できません。

これを回避する方法について何か助けはありますか?

前もって感謝します、 ルイス・フィリペ

私はアセンブリを持っています。そのアセンブリのビルドに使用された .NET のバージョンを検出する方法はありますか?

私はまだC＃を初めて使用しており、WPFと、フレームワークにまだリリースされていないWPF DataGrid Toolkit（CodePlexを参照）も使用するプロジェクトに取り組んでいます。プロジェクトの性質上、後でアセンブリの一部のコントロールを変更することは100％確実です。私の同僚は、プロジェクトの名前空間内のデータグリッドからすべてのコントロールを再定義し、アセンブリ名前空間の特定のコントロールを再定義することにしました。したがって、次を使用する代わりに、clr-namespace：Microsoft.Windows.Controls.Primitives; assembly = WPFToolkit clr-namespace：Microsoft.Windows.Controls; assembly =WPFToolkit独自のxxx.Controlsおよびxxx.Controls.Primitives名前空間を使用します。 。このように、ihneritedコントロールを変更することは非常に簡単です。

どういうわけか、私はこの解決策について悪い 気持ちになりましたが、私はまだ経験が浅く、そのようなアプローチが合法であるかどうか、または私たちの要件に別の良い解決策があるかどうかを判断できません（後であまり多くのコードを変更せずにコントロールを変更する複数のファイル）。

このアプローチにご意見をお聞かせいただければ幸いです。

私は、DLL として出力される特定のプロジェクトのアセンブリ バージョン情報を書くことにかなり慣れています。

ただし、私が今探しているのは、\Bin フォルダー内の各 DLL を調べて、アセンブリ情報を取得し、versions.txt ファイルに書き込むことです。

誰かが同様の目標を達成できましたか?

外部 dll を使用してレポート アプリから小さなモジュールを完成させようとしています。ファイルを bin フォルダーに入れていますが、ClickOnce を使用してアプリを展開し、インストールが完了すると、すべての外部 dll が見つからないことがわかります。たとえば、 がMicrosoft.SqlServer.Types version 10.0.0.0ありません。

これらのアセンブリをクライアント GAC に自動的にインストールする方法はありますか?

unmanaged.dll.manifest ファイルにタグ付けされた unmanaged.dll ファイルを観察しました。このファイルをエディターで開くと、管理されている特定の他の依存関係へのリンクを含む通常の XML のように見えますか? アセンブリ。これは最近の変更のようです..以前に見た覚えはありません。

• これらのファイルが必要な理由 (推測する必要がある場合は、依存するマネージド アセンブリおよび/または CLR を読み込むことになります)
• これらのファイルには、他にどのような有用な情報が含まれていますか? それらには、依存する管理されていない dll へのリンクも含まれますか (これはいいでしょう)。

.