問題タブ [assembly-references]

まず、私の質問に答えてくれる人に感謝したいと思います。

私の問題は、「ベース コントロール」を作成し、そのベースから「メイン コントロール」を継承したことです。ここで、ユーザーは自分の「メイン コントロール」をツールボックスに追加して、自分 (ユーザー) が必要なプロジェクトのフォームにのみドロップできるようにしますが、「ベース コントロール」は自動的に参照されないため、エラーが発生します。 「メイン コントロール」がドロップされるプロジェクト。「メイン コントロール」のみが自動的に参照されます。

両方のコントロールが適切に署名されており、ツールボックスに追加されたときに同じディレクトリに存在しますが、GAC には存在しません (他に解決策がない限り、実際には機能しません)。

ここで同様の質問を見つけましたが、回答がなく、残念ながらどこにも回答が見つかりません。

私は、大規模なコードベースの品質と保守性を分析するドキュメントを作成中です。このレポートの一部として、アセンブリがソリューション内の別のアセンブリに対して行う参照の数を含めたいと思います。これにより、各アセンブリが別のアセンブリにどの程度密接に結合されているかがわかります。

Visual Studio 2015 Enterprise (またはサードパーティ プラグイン) に、この番号を取得できるツールはありますか?

これまでのところ、Visual Studio のコード マップ ツールを試してみましたが、これは矢印付きの視覚化を生成するだけのように見えます。これは、手動でカウントする必要があり、さらに、これはクラス/構造体レベルのみであり、それぞれの個々の参照の数ではありません。クラス/構造体。

アセンブリと別のカスタム NuGet パッケージ (My.Base) への依存関係を含むカスタム NuGet パッケージ (My.Resources) があります。

パッケージをインストールすると、インストールは正常に終了しますが、アセンブリ参照は追加されません。Install-Packageコマンドからの完全な出力は次のとおりです。

他にもいくつかのカスタム NuGet パッケージが構造化され、同じ方法でビルドされていますが、この動作を持つのはこれだけです。.nuspec内部は問題.nupkgなく、アセンブリは正しい ( net45) フォルダーにあります。

Xamarin.Forms PCL を使用してクロス プラットフォーム アプリを開発しており、プロジェクトに Xlabs を追加したいと考えています。

ここで実装する方法を読みました。

次の問題が見つかりました。このコードを WinPhone 8.1 プロジェクトの "App.cs" に追加しようとすると:

" Init " (app. Init (this)) で、私はこの問題を抱えていました:

「クイック修正」オプションがあります->アセンブリへの参照を追加しSystem.Windows, Version=2.0.6.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798eますが、クリックしようとしても何も起こりません。

「参照マネージャー」(WinPhone プロジェクト -> 右クリック -> 参照の追加) で、この参照が見つからないため追加できません。

私は Visual Studio 2015 pro を使用しています。私のプロジェクトは .NET 4.5 をターゲットにしています (4.5.2 でも試しましたが、同じ問題がありました)。

この問題を解決するにはどうすればよいですか?

ILMerge ツールを使用してアセンブリ パッケージを作成しました。

Aパッケージに含まれていない他のアセンブリによって使用されるパッケージ化されたアセンブリの一部であるアセンブリがあります（それを呼び出すことができます）B。

今私がやりたいことは、パックされたアセンブリと の両方を参照するプロジェクトを作成することですB。今、私はそれをしたいと思います:

Aパッケージに含まれていたアセンブリと、によって参照されているアセンブリBが同じであることを確認しました。

ここで私が見逃しているものはありますか？

より多くのコンテキストで更新

多くの依存プロジェクトを持つデータモデル プロジェクトがあります (そもそもこれが悪いことはわかっていますが、そのレガシー コード:-() そのデータ モデル アセンブリをさらに使用するために、これらすべてのアセンブリを 1 つにマージしたいと思います複数のソリューションで簡単に。

VB.NET (または C#) で、どの名前空間がプロジェクト プロパティにインポートされているかを実行時に判断するにはどうすればよいですか? これを動的コンパイルに使用します。動的コードが親プロジェクトと同じインポートを自動的に持つようにしたいと思います。

「リフレクションを使用してアセンブリ内のすべての名前空間を検索する (DotNET)」は既に見ました。それと私が見つけた他の例は、すべてのプロジェクト参照のリストを提供していることがわかったので、私の問題を解決していないようです。はい、これらすべてにアクセスできるようにしたいのですが、ルート名前空間にすべてインポートするのではなく、一部を完全修飾名でアクセスできるようにします。また、動的実行クラスで個別の冗長なリストを維持するのではなく、既存のプロジェクト プロパティの「インポートされた名前空間」リストからのみ選択したいと考えています。

アセンブリ参照の複雑なセットを持つ Visual Studio ソリューション ( TFS Aggregator ) があり、NuGet を使用して解決しようとしています。リファレンスは、.Net プラットフォームではなく、ターゲットの構成に依存します。

問題定義

ソリューションには多数のプロジェクトがあり、そのほとんどが共通のアセンブリ セットを参照しています。API の変更を公開するさまざまなアセンブリのバージョンがあります。ソース コードには、バージョンの違いを管理するための条件付きコンパイル #ifが散在しています。したがって、プロジェクトとソリューションにはいくつかの構成があります。プロジェクト参照は、構成によって異なります。

現在の状態

ソースでわかるように、すべてのプロジェクトは、 Chooseを使用していくつかの魔法を実行する共通の MSBuild ファイルをインポートし ます。参照アセンブリは、ソリューション レベルの共通フォルダーに存在する必要があり、各バージョンは異なるサブフォルダーにあります。

たとえば、ソースコードには

ソリューションにはDebug-2013、コンパイル シンボルを定義TFS2013し、MSBuild スニペットをインポートする構成があります。

正しいアセンブリ バージョンを指しています。同様のDebug-2015構成は、TFS2015コンパイル シンボルとインポートを定義します。

現状のマイナス面

このソリューションの欠点は、参照フォルダーの管理です。すべての新しいクライアント マシンで、正しいファイルをコピーする必要があります。ビルド サーバーについても同様です。NuGet を使用してこの混乱を管理したいと考えています。

NuGet 試行 #1

.nuspec私はファイルでこれを試しました

ただし、各プロジェクトで参照フォルダーの作成を終了し、条件付き参照を解決しません。

私は現在、C# でWCF サービス アプリケーションに取り組んでいます。.NET ライブラリとサードパーティ ライブラリの両方からの依存関係がいくつかあります。

IIS 7に展開すると、構造は次のようになります。

• アプリ_コード
  • IService.cs
  • Service.svc.cs
  • ...
• 置き場
  • [サードパーティ ライブラリ].dll
• Service.svc
• Web.config

Service.svcファイルにはこれが含まれています：

サーバー自体の Web ブラウザーで開くと、見つからない参照エラー (CS0234) が表示されます。だから私はWeb.configに手動で参照を追加しようとしました:

明らかに、「システム」だけでなく、ここで完全修飾名が必要です。しかし、どこで入手できますか？展開の過程で何か間違ったことをしたような気がします。VS の "publish" 機能を使用しようとしましたが、まだ実行していないため、"publish" で機能するかどうかわかりません。

疑問が残ります: WCF サービスへの参照を追加するにはどうすればよいですか? Web.config またはそれ以外...?

コンパイル時のアセンブリ バインディングのリダイレクトについて質問があります。

• チーム V (退役軍人) は製品 P1 を開発しています
• P1 はチーム V によって 2 つの分岐 (分岐 1.6.x および 1.7.x) で継続的に開発されているため、製品 P1 のバージョンは両方の分岐で時間の経過とともにインクリメントされます。
• チーム NG (新世代) は、製品 P1 に基づいて製品 P2 を構築しました (P1 ブランチ 1.7 の特定のアセンブリを使用)
• 製品 P2 には、P1 に基づく製品 (P2、P3...) の実装に役立つアセンブリ A2 (厳密な名前) が含まれています。
• チーム NG は、アセンブリ A2 の Nuget パッケージを作成しました (これは、P1 ブランチ 1.7 から特定のアセンブリを参照しています)。
• ここで、チーム NG は製品 P3 を開始し、P2 からのアセンブリ A2 と P1 からのアセンブリ A1 を使用する必要があります。
• P1 のアセンブリ A1 は Nuget パッケージとしても利用できますが、バージョン 1.6 です (製品 P3 では 1.7 がまだ承認されていないため)。
• Team NG には、A2 と A1 の 2 つの参照がある製品 P3 があります。
• 問題は、バージョン 1.7 では A2 が A1 を参照しているのに、バージョン 1.6 には A1 しかないことです。
• Team NG はバージョン 1.7 で A1 を使用できません

これが、厳密に名前が付けられたアセンブリのコンパイル時にバインディング リダイレクトを探す理由です。私が知る限り (調査による)、「特定のバージョン」プロパティは、厳密に名前が付けられたアセンブリにこれを設定しても効果がありません。

そのようなリダイレクトは可能ですか、それとも他の提案はありますか?

よろしくお願いします、マイケル