.NET Framework 3.5 SP1クライアントプロファイルを対象とするときに、設計上考慮すべき点はありますか？私はそれが完全なフレームワークのサブセットであることは分かっていますが、何が欠けていて、私のアプリケーションにクライアントプロファイルまたは完全なフレームワークが必要かどうかをどのように知っていますか？誰もが、自分の考えを共有できるクライアントプロファイルを使ってアプリケーションを開発しましたか？.NET Framework 3.5 SP1クライアントプロファイルをサポートしていますか？
クライアントプロファイルには、主にサーバーサイドのもの、つまりASP.NETなどがありません。クライアントプロファイル用に開発し、残りの部分をコンパイラに処理させることができます（クライアントプロファイルでは使用できないものを使用すると警告が表示されます）。また、何もできない場合は、チェックボックスをクリックするだけでフルフレームワークに切り替えることができます。
LINQとADO.NET Entity Frameworkまたは新しいSystem.Addin名前空間の使用を検討する場合は、.NET Framwork 3.5機能が必要です。
のVisual Studio 2008で新しいプロジェクトを作成するときには、ターゲットフレームワークを選択することができます。これにより、選択したバージョンでは使用できない名前空間が自動的に表示または非表示になります。
SP1クライアントプロファイルはどこにそのモデルに適合しますか？私は3.5フレームワークをターゲットにしたいと思っています。クライアントプロファイルのみを対象にして取り除くことができないのかどうかはわかりません。 –
サービスパック1がこのモデルを変更しない限り、初期リリースのいくつかのバグ修正とパフォーマンス改善のみが含まれています。 私の考えでは、SP1がインストールされているかどうか心配する必要はありません。フレームワーク関数へのインタフェースは変更されません。 – Alexander
質問は、SP1または.NET 3.5ではなくクライアントプロファイルに関するものだと思います。 – OregonGhost
ありがとう - これは私が探していたものです。 –