なぜVisual Studioの2010年には、デフォルトのプロジェクトの種類としての.NET Framework 4.0クライアントプロファイルがありますか？

Question

クライアントプロファイルモードは、完全な.NET Frameworkのサブセットであり、それはエンドユーザーの展開に不要なデザイナー関連のアセンブリをなくし、などすべてが偉大に見える、それは本当に展開巨大なデータ転送の問題を解決するために私たちを支援します。

しかし、デフォルトの一つとして、クライアントのプロファイルのプロジェクトタイプの必要性は何ですか？私は本当に私は新しいプロジェクトを作成するたびに、完全なフレームワークモードに切り替える必要があるため、これは厄介な私であると感じています。

P.S：それは持っている場合はVisual Studioでのデフォルトの一つとして、.NET Frameworkのフル・モードを設定するために私を提案しないでください。私は、この新しいプロジェクトタイプの真のメリットを知ってほしいと私はこの概念を誤解してしまうかもしれません。

あなたがこの上のアイデアをお持ちですか？

Answer 1

さて - 。それはあなたが何をしているかに依存します。

ほとんどのプロジェクトのためには、クライアント・プロファイルをターゲットに完全に十分です。 .NET Frameworkのインストール時にダウンロードを高速化インストールし、少ないデータ

：あなたはすでにの利点を説明しました。

あなたは主にサーバー上で使用するクラスが必要な場合にのみ、あなたが「フル」バージョンを手動で変更する必要があります。

ここに私の推測です：
あなたは、「高度な」クラスを必要としない限り、それは本当の欠点を持っていない - しかし、それはデフォルトの状態を変更しませんんかわからない、ほとんどの開発者として、デフォルトの状態ではクライアントプロファイルです。
あなたのプロジェクトは、「クライアントプロファイル」のフレームワーク上で動作するならばそのため、あなたはそれをターゲットとすべき - .NET Frameworkが既にインストールされていない一部のユーザーは、それから利益ます。

。

他のものは、「クライアント・プロファイル」などの通知が「完全」.NETと完全に互換性のサブセットである。

しません

Answer 2

クライアントプロファイルがデフォルトの場合、

、より多くの開発者は、基本的には、開発者とユーザーの双方にメリット-な状況であるクライアント・プロファイルのより良い受け入れ、その結果、それを使用します。クライアントのプロファイルは、すでに述べたように、開発者のための展開を簡素化し、エンドユーザーのダウンロードサイズが小さくなります。これは、デフォルトとしてそれを使用するために、私の意見では、良いことです。それが本当に必要な場合は、後でとにかく完全なフレームワークに切り替えることができます。