2009-06-11 9 views
7

VS2008でコンポーネントプロジェクトをビルドし、.NET Framework 3.5を対象としています。私は最近、VS2010 Beta 1をダウンロードして、新しいIDEに切り替えるときにこのプロジェクトが正しく変換されるようにしました。このプロジェクトには、フレームワークのバージョン2.0に対して構築された第三者のDLLの参照が含まれています。私はプロジェクトを4.0バージョンのフレームワークに対してビルドするように変更しましたが、プロジェクトをビルドしようとするとコンパイラが以下のようなサードパーティライブラリのクラスタイプを認識できないようなエラーが発生します。VS2008からVS2010へのプロジェクト変換

「型または名前空間名 『データ』の名前空間に存在しない 『Microsoft.Practices.EnterpriseLibrary』(あなたは、アセンブリ参照が不足している?)」

私はなぜ私ができる把握しようとしていますコンパイルしないでください。私が読んだことから、.NET 4.0はCLRの異なるバージョンを使用します。どのように、なぜそれらのタイプにアクセスする能力に影響するのでしょうか?私は、a)は、ソースコードを取得し、VS2010/.NET 4.0で再コンパイルし、そのアセンブリまたは

Bを参照

に持っているつもりです)「」上記を行うために、プロジェクトの作成者を待ち、そのアセンブリをリリース4.0 CLRをターゲットにしていますか?または

c)私のVS2010のインストールがボークされている可能性があります。

私はプロジェクトのプロパティを3.5に変更することができます。すべて2010 IDEで期待どおりに動作します。

+1

私の経験:VS2010はプロジェクトの変換に深刻な問題があります。 –

答えて

1

私はこの質問に回答し、コメントと自分の経験に基づいて、私はMehrdadが質問に添付されたコメントで正しいと思っていました。それはVS2010プロジェクト変換の問題でした。

2

これは、.NET 4.0が2.0ではなくCLR 4.0を使用しているからです。 EL 4.1はCLR 2.0に対してビルドされているので、私はそれが助けなくても見つかるとは思っていません。

+0

私は.NET 2.0(VS 2005)を使用し始めたときに1.1のDLLを使用することができたと宣誓できました。私はもうそれをインストールしていないので、私は確かに言うことはできません。私はこの状況がそれと同じだと思います。 – sdanna

+0

.NET 1.1と2.0を混在させることは決してできませんでした。 –

+0

Log4Netの非常に古いバージョン('01、ランタイムバージョンv1.0.3705のようなもの)を手に入れました。 2.0フレームワークを対象に、私は正常にコンパイルできました。私は、ベータ版を含む私のマシンにインストールされているフレームワークのすべてのバージョンを持っています。私はまた、問題なしで私のプロジェクト目標4.0を持つことができました。私はこれを転換問題にまで分けて、その道に少し深く掘り下げなければならないと思う。 – sdanna

2

CLRのバージョン管理の問題のようです。

現時点では、私はb)を推奨し、そして/またはv2.0/v3.5にコンパイルするだけです。

v4.0で使用したい特定の機能はありますか?

+0

私が楽しみにしていた機能の1つは、特定のコントロールを対象とするときにJavaScriptをより簡単にするために、ASP .NETコントロールIDをよりよく制御できる機能を持つことでした。 – sdanna

関連する問題