問題タブ [assembly-references]

私のサーバー アプリでは、次の方法でファイル バージョン情報を取得できます。

...しかし、そのトリックは Compact Framework では機能しないようです (「型または名前空間名 'FileVersionInfo' が見つかりませんでした (using ディレクティブまたはアセンブリ参照がありませんか?)」

サーバー/Web API (.NET 4.5.1) アプリで必要な「使用」は System.Diagnostics のようですが、それを CF アプリに追加すると、using ステートメントがグレー表示されたままになります (そして、上記のエラーメッセージ)。

これを機能させるには、特定の「使用」と組み合わせて、特定のアセンブリ参照を追加する必要がありますか?

または、ここにあるようなカスタム CF コードを使用する必要がありますか?

アップデート

上記のリンク先の記事では、「コンパクト フレームワークでファイル バージョン情報を取得するのは非常に簡単です。情報が必要なファイルがマネージ アセンブリであれば」と書かれています。

それで、わかりました：簡単な方法は何ですか？燃えるようなフープを飛び越える前に、まずそれを試してみます。そして、この質問は多くの人にとって素朴に思えるかもしれませんが、私たちが作成したカスタム .exe (「社内」アプリ) は「ネイティブ」または「マネージド」ですか? 2つの違いをグーグルで調べてみましたが、定義が見つかりませんでした...

Web アプリケーションから参照されたアセンブリに次の問題があります。

Web アプリケーション アセンブリ/名前空間:

会社.アプリケーション.Web

参照アセンブリ:

名前空間を含む
Company.Application.Infrastructure Company.Application.Infrastructure.Data
Company.Application.Infrastructure.Services

次のコードでusingは、Web アプリケーション ファイルのステートメントでエラー メッセージが表示されます。

タイプまたは名前空間名「Infrastructure」が名前空間「Company.Application」に存在しません (アセンブリ参照がありませんか?)

私はあまり経験がありません。他の誰かが書いたソースコードに変更を加えようとしているだけです。

「リリース」モードで動作させるには、.dll への参照を追加する必要がありました。ただし、デバッグで機能させようとすると機能しません。(アセンブリ参照が読み込まれていません)。

ヘルプ？

Windows 8.1 x64、VS 2008、VS 2010、VS 2012 x86、VS 2013 x86、Visual Studio SDK (2010、2012、2013 )があります。

Visual Studio Extensibility プロジェクトがあります: VS Package プロジェクト、VS Package Integration Tests プロジェクト、VS Package Unit Tests プロジェクト。

VS 2013 (バージョン 12.0) ではなく、Framework 4.0およびVS 2012 (バージョン 11.0)をターゲットにします。

Microsoft.VSSDK.UnitTestLibrary について、VS Package Unit Tests プロジェクトがコンパイルされません。

VS Package Unit Tests プロジェクトでは、この参照があります

References プロパティ、Path プロパティ値を表示します

C:\Program Files (x86)\Microsoft Visual Studio 12.0\VSSDK\VisualStudioIntegration\Common\Assemblies\v4.0\Microsoft.VSSDK.UnitTestLibrary.dll

そうではない、そうあるべきだ

C:\Program Files (x86)\Microsoft Visual Studio 11.0\VSSDK\VisualStudioIntegration\Common\Assemblies\v4.0\Microsoft.VSSDK.UnitTestLibrary.dll

別の参照には、VS 11.0 ではなく、VS 12.0 へのアセンブリ パスがあります。

私のプロジェクトは、VS 2012 のソリューションで、.NET 4.5 用です。

VS 2013 (バージョン VSSDK 12.0) への参照パスがあるのはなぜですか?

VSSDK 11.0 へのパスである必要があります。

助言がありますか？

プロジェクトで Resharper のコードの問題を実行し、出力を解析して問題をビルドの警告とエラーとして表示するワークフロー アクティビティの最初のバージョンを作成しました。

最初は、Resharper のコマンド ラインを呼び出して、結果の xml を手動で解析するだけでした。Resharper の SDKで dllをいじった後(主に逆アセンブリを介して)、独自のパブリック クラスを使用して結果を解析する方法を見つけました。

私が抱えている最初の問題は、その nuget パッケージが絶対に巨大であることです。そこには 140MB のファイルがあり、パーティション化されていない単一のパッケージとしてはばかげています。いくつかのモデル クラスとパーサー クラスを使用するだけで、これらの dll を 12 個ほどドラッグする必要があり、そのうちのいくつかは、必要な主要な dll とはまったく関係がないように見えます。 . これはショーストッパーではありませんが、私は今何か他のことに苦労しています:

最終的に、41 個のアセンブリに必要な依存関係を突き止めることができました (これも正気ではありませんが、悲しいかな)。最初に、すべてを削除して不足している参照を 1 つずつ追加しようとしましたが、これは信頼性が低く、コンパイルが成功した後でも間接参照がいくつか不足していることが判明しました。次に、小さなコンソール アプリケーションをコーディングして、使用したメインの Resharper アセンブリで参照されているすべてのアセンブリを見つけることにしました。これにより、言及した 41 の参照が得られました。これは、すべての依存関係を見つけるために使用したコードです。

これらはカスタム アクティビティであるため、単体テスト プロジェクトを作成して検証することにしました。これらの 41 のリファレンスのみを使用すると、すべてが正しく機能します。

ただし、ビルド ワークフローにアクティビティを追加し、必要なアセンブリを含むソース管理フォルダーをビルド コントローラーに指定すると、ビルドをスケジュールするたびに、Resharper の SDK から追加の dll が 1 つ必要であることを示すプロセスが失敗します。たとえば、これは最初に尋ねます。

この特定のアセンブリを TFS フォルダーに追加すると、別の dll に対して別の同様のエラーが発生し、これが何度も繰り返されます。

私が知りたかったのは、ワークフロー XAML が正しく実行されるために必要なアセンブリを正確に知るにはどうすればよいかということです。私のカスタム アクティビティ dll にはCodeActivities、これら 2 つを使用する 2 つの特定のアクティビティと XAML のみのアクティビティがあります。この XAML アクティビティは、変更されたワークフロー テンプレートで直接使用しているものです。

私のプロジェクトの参照に加えて、XAML アクティビティにはTextExpression.ReferencesForImplementationいくつかのアセンブリ名を持つセクションも含まれていることがわかります。これらの依存関係についても依存関係ファインダー プログラムを実行しました。結果は、既に TFS フォルダーにある同じ 41 個のアセンブリです。

その間、SDK 全体をカスタム アセンブリ フォルダーに入れることにしますが、そこには大量の不要な大きな dll があるため、将来的にはこれを避けたいと考えています。

FluentAssertions 1.7.1 (現在、すべての単体テストが書かれています) をダウンロードすると、dll への参照を行うことができ、以下のテストは問題なく動作します。

しかし、NuGet 経由で FluentAssertions バージョン 3.0.90 を使用してアップグレードしようとし、3.0.107 も試しました。問題が発生した後、新しいソリューション/クラス ライブラリ プロジェクトを作成しようとしましたが、ライブラリから何も検出できません...

以下のテストは、.Should拡張メソッドが見つからないため、コンパイルされませんbool。しかし、オブジェクト ブラウザーに存在することがはっきりとわかります。アセンブリ参照にはFluentAssertionsとFluentAssertions.Coreが表示されますが、オブジェクト ブラウザーにはFluentAssertions.Coreしか表示されません。Intellience が拡張メソッドに対して見つけたように見える唯一のものは.ShouldRaisePropertyChangeFor<...>and.ShouldNotRaisePropertyChangeFor<...>です。

私のプロジェクトは .Net4.0 をターゲットにしており、現時点では構成の問題だと考えていますが、どこから調べればよいかわかりません。Google の他の誰もこの問題を抱えていないようです。

Visual Studio 2010 を使用して WPF アプリケーションを構築しています。デザイナー ビューが読み込まれず、アセンブリ参照に関するエラーが発生することがあります。ただし、すべてのアセンブリ参照はそれぞれのパスにあり、アプリケーションはエラーなしでコンパイルされます。これを解決する方法を誰か教えてもらえますか? Visual Studioの問題だと思います。

私のコンピューターで完全に動作するプロジェクトがありますが、Team City でビルドしようとすると、ソース ファイルに対して次のビルド エラーが発生します。

これを機能させるには、Team City を実行しているサーバーに Entity Framework を手動でインストールする必要がありますか?

Nuget Restore をアクティブ化した後に更新します。

これは、何らかの構成の問題である必要があります。

ビルド ログで、ビルド プロセスが .dll をコピーしていることがわかります。

しかし、その直後に、さまざまな場所を検討していますが、bin\Release\EntityFramework.dll" フォルダーは含まれていません。

更新 2:

.dll をクラス ライブラリの bin/release フォルダーに手動でコピーするとビルドが成功しましたが、明らかにこれは実行可能な解決策ではないため、これを正しく構成する方法を見つけ続ける必要があります。

更新 3:

残念ながら、これに対する満足のいく解決策は見つかりませんでした。そのため、これを解決できる天才は大歓迎です。:)