客戶端配置文件模式是Full .NET Framework的子集，它消除了與最終用戶部署無關的設計器相關程序集等。一切看起來都很棒，它確實幫助我們解決了部署大量數據傳輸問題。爲什麼Visual Studio 2010將.NET Framework 4.0 Client Profile作爲默認項目類型？
但客戶端配置文件項目類型的缺省需求是什麼？我真的覺得這很煩人，因爲我需要在創建新項目時切換到完整的框架模式。
P.S：請不要建議我將.NET Full Framework模式設置爲Visual Studio中的默認模式。我想知道這個新項目類型的真正好處，可能我會誤解這個概念。
你有這個想法嗎？
嗯 - 這取決於你在做什麼。
對於大多數項目來說，定位客戶端配置文件已經足夠了。您已經描述了優勢：在安裝.NET框架期間安裝速度更快，下載的數據更少。
只有當您需要在服務器上主要使用的類時，您必須手動更改爲「完整」版本。
這是我的猜測：
但是，由於大多數不知道它做什麼的開發人員不會更改默認狀態，所以默認狀態是客戶端配置文件 - 除非您需要「高級「班。
因此，如果您的項目將在「客戶端配置文件」框架上運行，則應該將其作爲目標 - 尚未安裝.NET Framework的某些用戶將從中受益。
其他人不會注意到「客戶端配置文件」是「完整」.NET的一個子集，並且完全兼容。
如果客戶端配置文件是默認設置，更多的開發人員會使用它，從而更好地接受客戶端配置文件，這對開發人員和用戶來說基本上是雙贏的。正如您所說的，客戶端配置文件簡化了開發人員的部署，並減少了最終用戶的下載大小。在我看來，這是一個很好的事情，可以用它作爲默認值。無論如何，你可以切換到完整的框架，如果真的有必要的話。
感謝您的澄清！ :) – sankar 2010-03-01 17:34:57
只有當您可以更改默認值（即，更改一次並讓所有未來項目自動反映更改）時，這纔是好事。否則，它就是微軟推動他們的願景 - 好的或壞的 - 降低開發者的嗓子。 – davej 2012-05-29 22:14:16
@davej：那麼，如果客戶端配置文件的默認設置讓您感到困擾，那麼您已經在使用最新版本的.NET Framework和Visual Studio，這意味着您無論如何都會關注未來發展的願景。我沒有看到默認情況下如何使用客戶端配置文件，而不是完全配置文件更改任何內容。接受的答案擴展了爲什麼新的默認總體上是一個優勢。 – OregonGhost 2012-05-31 13:13:22