客户端配置文件模式是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