問題タブ [multitargeting]

VS2008を古い（vs2005 Crystal Reports）アセンブリで動作させ、クライアントマシンに更新をインストールする必要がないようにする方法はありますか？

Visual Studio 2005.net2.0ソリューションをVisualStudio2008にアップグレードしました。目的は、IDEの改善点を活用することであり、マルチターゲティングをサポートしているためです。ソリューションは、.net2.0に対して構築する必要があります。

すべて宣伝どおりに機能します。.net2.0のみがインストールされているマシンで再構築して実行します。ただし、テスト中に、アプリケーションに含まれているCrystalReportを表示しようとすると例外が発生します。

次に、確認したところ、Visual Studioは、Crystalアセンブリへの参照を変更し、vs2008に付属する更新されたバージョンをソリューションに示しました。これには、クライアントマシンでCrystalランタイムを更新する必要があります。

参照を削除して古いものを追加しようとしましたが、コンパイルされません。

VS 2008に小さなダミープロジェクトがあり、次のコードファイルのみが含まれています

プロジェクトはターゲットフレームワーク2.0に設定されており、プロジェクトでToolsVersionを手動で2.0に設定することもできます。これで、プロジェクトはVSから正常に構築され、コマンドラインから失敗します（csc.exe 2.0を使用）。

C：\ WINDOWS \ Microsoft.NET \ Framework \ v2.0.50727 \ Csc.exe / noconfig / nowarn：1701,1702 / errorreport：prompt / warn：4 / define：DEBUG; TRACE / reference：C：\ WINDOWS\Microsoft。 NET \ Framework \ v2.0.50727 \ System.Data.dll / reference：C：\ WINDOWS \ Microsoft.NET \ Framework \ v2.0.50727 \ System.dll / reference：C：\ WINDOWS \ Microsoft.NET \ Framework\v2。 0.50727 \ System.Xml.dll / debug + / debug：full / filealign：512 / optimize- / out：obj \ Debug \ FrameworksTest.exe / target：exe Class1.cs Properties \ AssemblyInfo.cs

ここで問題は、なぜVSからコンパイルするのかということです。cmd行コンパイルの場合と同じように失敗するはずです。同じソースがVS2005プロジェクトで（正しく）失敗します。

ありがとう、フローリン

私は VS2005 ソリューションを持っていて、新年に向けて VS2005 をやめたいと思っていました。アップグレード プロセスにはおおむね満足しており、ビルド スクリプトのほとんどがまだ機能しているのを見てうれしい驚きを覚えました。

マルチターゲット機能に関する質問です。サーバーに .NET 3.5 がインストールされていないため、引き続き .NET 2.0 をターゲットにする必要があります。それはほとんどうまくいきましたが、次のようなことができることがわかりました

...それでもプロジェクトを正常にデバッグします。

そのコードをビルド サーバーにアップロードすると、「var」が定義されていないと言ってビルドが失敗しました。

それで、私はどれを期待すべきですか？

1. .NET 2.0 を対象とする VS2008 は、C# 3 を実行しようとするとエラーをスローするはずです
2. ビルド サーバーは、私が .NET 2.0 をターゲットにしていることを認識しており、私が何をしているのかを理解し、2.0 互換のバイナリにコンパイルする必要があります。

何か案は？

はい、少しおかしなことに聞こえるかもしれませんが、.Net 3.5 を現場に展開しており、新しい 4.0 コンパイラを使用してそれをターゲットにしたいと考えています。

最新バージョンの Vb.Net と C# には、使用したい新しいシンタックス シュガー機能がいくつかありますが、クライアント ベースに新しいバージョンの .Net フレームワークと CLR を強制することは (まだ) できません。

否定論者が両足で飛び込む前に... Studio 2010 を使用して、VB.Net 自動プロパティ (VB.Net 10 の新機能) を使用する 3.5 ターゲット アプリをコンパイルすることに成功しました。

私の質問に戻ります.... Nantに4.0コンパイラを使用するよう説得するにはどうすればよいですか.Net 3.5（CLR 2.0）をターゲットにする

更新:ソリューション タスクではなく、csc および vbc タスクを使用しています。ただし、この時点でコンパイラを使用してこれを直接行う方法については、答えに落ち着きます。

わかった。今日、私は WPF プロジェクトで少し頭がおかしくなりました。私は .NET 4.0 で VS2010 を使用しています。ソリューションに別のプロジェクトへの単純な参照を追加し、参照された型のいずれかのメンバー変数を追加して、コンパイルを試みました。何もない。まあ、何か。タイプが全く認識されませんでした。

名前空間 using ステートメントで確認しました。インテリセンスは気に入ったようです。実際、Visual Studio は、[定義へ移動]機能を使用してクラスを参照できるように完全に満足しています。

これを読んでいる人の中には、これが何であるかをすでに知っている人もいますが、私は気が狂っていると思いました.

WPF プロジェクトのデフォルトは Client Profile ですが、他のプロジェクトは完全な .NET 4.0 を対象としています。警告をオフにしていたので (ばか)、クライアント プロファイルの不一致に関する警告メッセージは表示されませんでした。

WPF プロジェクトのデフォルトを Client Profile ターゲットに設定し、残りのプロジェクトのデフォルトを完全な .NET 4.0 に設定するのはばかげていると思う人はいますか?

...それが私の質問につながります。このデフォルトを変更して、このシナリオが再び発生しないようにすることはできますか? 常にいずれかのプラットフォームをターゲットにしたいと考えています。

.NET 3.5 を対象とするアセンブリで奇妙な問題が発生しています。Add References/Browse to DLL を介してこのアセンブリを含めると、次のように不平を言います。

"MyAssembly.dll"、またはその依存関係の 1 つには、プロジェクトで指定されているバージョンよりも新しいバージョンの .NET Framework が必要です。.NET Framework ターゲットを変更するには、[プロジェクト] メニューの [プロパティ] をクリックし、[.NET Framework] ドロップダウン ボックスで新しいターゲットを選択します。(Visual BVasic では、[高度なコンパイラ オプション...] ボタンをクリックすると、[コンパイル] タブに表示されます。) プロジェクトに 'MyAssembly.dll' への参照を追加しますか?

このエラーには韻や理由はないようです。「明らかな」ことを試してみました。

DLL を使用しているアセンブリは .NET 3.5 です。DLL は .NET 3.5 です。それぞれが使用しているすべてのアセンブリは、.NET 3.5 です。.NET 4.0を使用しているものはありません[AFAIK]

どのようなことを確認/実行できますか? DLL にはいくつかの COM 相互運用機能があります。このプロジェクトは VS 08 から VS 10 に移動されましたが、やはり .NET 3.5 を対象としています。参照の下にリストされているすべてのアセンブリが正しい CLR バージョンをターゲットにしていることを確認しました [2]。

ターゲット プロジェクトを .NET 4 にアップグレードすると問題は解消されますが、現時点ではこれを行うことはできません。

• また、DLL を .NET 3.0 にダウングレードする場合、References/Project [同じソリューション] を介してそれを含めることは機能しているように見えることにも注意してください。[これは完全に正確ではないかもしれません - かなりの数のことをテストしていました]

この時点でアイデアがありません。

Chargify.NETというAPIラッパーを作成しましたが、.NET4をターゲットにすることで解決できる可能性のあるパターンが開発され始めています。

問題は、APIが強化されるにつれて、1つの特定のアクション（この場合はサブスクリプションの作成）を処理するために、オーバーロードされた関数をますます作成する必要があることです。現在、私は多くの（多すぎると思う）オーバーロードされたCreateSubscription関数を持っており、さまざまな署名を管理するのが難しくなっています。

.NET 4に対してライブラリを構築し、オプションのパラメータを使用して、ライブラリのユーザーが.NET 4ライブラリを使用できることを期待することは可能（および/または提案）ですか？それとも、3.5を使用しているパスに沿って続行する必要がありますか？またはどういうわけか両方をターゲットにしますか？

これについての議論が必要です..

XCodeでゲームを作成していますが、メインアプリケーションのさまざまなクラスを使用してメインアプリケーションのデータファイルを作成するヘルパーアプリケーションを追加したいと思います。

具体的には、主なアプリケーションはカードゲームです。ゲームで使用するカスタムカードのデッキ用のdeck.xmlファイルを作成するときにcard.mなどのクラスを使用するヘルパーアプリが必要です。

私の直感では、これを行う自然な方法は、2番目のコンパイルターゲットをアプリケーション「CardAdder」に追加して、このxmlファイルをビルドすることです。メインアプリであるCocoaTouchとは異なり、これをShellアプリケーションとして作成して、さらにすばやく汚くすることができます。

これが私の電話を切ることです、そして私の質問：この2番目のターゲットのメインルーチンとして何が始まりますか？既存のmain.mファイルを見ると、メインのゲームアプリにのみ関連付けられていることがわかります。ここまでは順調ですね。ただし、もちろん、ヘルパー/シェルアプリ用に2番目のmain.mファイルを追加することはできません。

これを回避するにはどうすればよいですか？main.mの代わりに何を使用しますか？この新しいファイルにメインサブルーチンが含まれることをコンパイルターゲット「CardAdder」に通知するにはどうすればよいですか？

複数のAndroidバージョン（おそらくすべてのバージョン）用に単一のAndroidアプリを作成したい私の問題は、アプリが現在実行されているAndroidのバージョンを確認し、バージョンに依存するクラスを動的にロードしたいということです。この部分は大丈夫です。

Eclipseプロジェクトでコンパイルエラーなしでそれをどのように達成できるのか疑問に思います。つまり、プロジェクトは特定のターゲット（1.5、2.1 ...）用に構成されているため、プロジェクト内のクラスが選択したターゲットと互換性がない場合、エラーが発生します。

プラットフォームに適合しない場合でも、このクラスをエクスポートする方法はありますか（分離されたライブラリについて考えましたが、もう一度：コンパイルpbsなしでこれらのクラスをライブラリにコンパイルする方法はありますか？）Androidのバージョンを確認した後、依頼するまで読み込まれないので、これで問題ありません。

ありがとう！

私は、あるタイプの組み込みプロセッサ用に特別に作成された「C」コード ベースに取り組んでいます。LED、GPIO ライン、ADC (構造体などを使用) などの一般的な「疑似オブジェクト指向」コードを作成しました。また、これらの「オブジェクト」をハードウェア/ターゲットに依存しない方法で利用する大量のコードも作成しました。

現在、別の種類のプロセッサをミックスに投入していますが、現在のコード構造を維持して、より高いレベルのライブラリを引き続き利用できるようにしたいと考えています。ただし、下位レベルのコード (LED、GPIO、ADC) にはさまざまな実装を提供する必要があります。

.C ファイルの #includes が一般的に見下されていることは知っていますが、この場合は適切ですか? 例えば：

これが不適切である場合、より良い実装は何ですか?

ありがとう！