Visual studio 2010 为什么Visual Studio 2010将.NET Framework 4.0客户端配置文件作为默认项目类型?

Visual studio 2010 为什么Visual Studio 2010将.NET Framework 4.0客户端配置文件作为默认项目类型?,visual-studio-2010,.net-4.0,.net-client-profile,Visual Studio 2010,.net 4.0,.net Client Profile,客户端配置文件模式是完整.NET Framework的子集,它消除了最终用户部署等不需要的与设计器相关的程序集。一切看起来都很好,它确实帮助我们解决了部署巨大的数据传输问题 但是客户概要文件项目类型作为默认类型需要什么呢?我真的觉得这很烦人,因为每当我创建一个新项目时,我都需要切换到完整的框架模式 请不要建议我在VisualStudio中将.NET完整框架模式设置为默认模式(如果有)。我想知道这种新项目类型的真正好处,可能是我误解了这个概念 你对此有什么想法吗?好吧,这取决于你在做什么 对于大多

客户端配置文件模式是完整.NET Framework的子集,它消除了最终用户部署等不需要的与设计器相关的程序集。一切看起来都很好,它确实帮助我们解决了部署巨大的数据传输问题

但是客户概要文件项目类型作为默认类型需要什么呢?我真的觉得这很烦人,因为每当我创建一个新项目时,我都需要切换到完整的框架模式

请不要建议我在VisualStudio中将.NET完整框架模式设置为默认模式(如果有)。我想知道这种新项目类型的真正好处,可能是我误解了这个概念


你对此有什么想法吗?

好吧,这取决于你在做什么

对于大多数项目来说,以客户概要文件为目标是完全足够的。您已经描述了这些优点:在安装.NET framework期间,安装速度更快,下载的数据更少

仅当您需要主要在服务器上使用的类时,您必须手动更改为“完整”版本

我猜:
然而,由于大多数不知道它做什么的开发人员不会更改默认状态,默认状态是客户机概要文件-除非您需要“高级”类,否则它没有真正的缺点
因此,如果您的项目将在“客户端配置文件”框架上运行,您应该将其作为目标-一些尚未安装.NET framework的用户将从中获益


其他人不会注意到,因为“客户端配置文件”是“full.NET”的一个子集,并且完全兼容。

如果客户端配置文件是默认的,那么更多的开发人员将使用它,从而更好地接受客户端配置文件,这对开发人员和用户来说基本上是一个双赢的局面。正如您已经说过的,客户端概要文件简化了开发人员的部署,并减少了最终用户的下载大小。在我看来,使用它作为默认值是一件好事。如果确实有必要,您可以稍后切换到完整框架。

只有在您可以更改默认值(即,更改一次,并让所有未来项目自动反映更改)的情况下,这才是一件好事。否则,就是微软把他们的愿景——好的还是坏的——推到了开发人员的喉咙里。@davej:好吧,如果客户机配置文件默认设置让您感到困扰,那么您已经在使用最新版本的.NET Framework和Visual Studio,这意味着您无论如何都在遵循他们对未来开发的愿景。我看不出默认情况下使用客户机配置文件而不是使用完整配置文件如何改变任何事情。接受的答案进一步解释了为什么新的默认设置总体上是一种优势。@OregonGhost:我有责任要求我使用VS2010,就像我有责任要求我使用Windows和Office一样。我不认为这些产品是最好的,但微软是800磅的大猩猩,所以我必须处理它。这并不意味着当我看到MS产品中的明显缺陷时,我必须默认接受它们。@davej:如果默认使用较小的框架,并且您无法更改默认值,这对您来说是一个明显的缺陷,那么当您发现Visual Studio存在的一个真正问题时,我不想知道您会怎么做;)创建宏或扩展以创建默认为完整配置文件的项目,这样您就再也看不到客户端配置文件了;)