Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/.net/23.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
为什么.NETFramework4被分成两部分?_.net - Fatal编程技术网

为什么.NETFramework4被分成两部分?

为什么.NETFramework4被分成两部分?,.net,.net,有人知道为什么.NET Framework版本4被拆分为客户端配置文件并进行扩展吗 微软列举了两个拥有客户端配置文件的原因 > 可以单独维修 不需要.NET Framework的.NET Framework 4扩展组件 在我看来,这两个配置文件充其量也很脆弱,我需要解释为什么我希望在我们所有的客户端桌面上同时安装客户端配置文件和扩展配置文件。我现在最好的答案是,我甚至不知道为什么微软首先要拆分它们你的客户端应用程序真的需要完整的框架吗?如果没有,只安装客户机部分-这将是相当小的。这就是拥有独立外

有人知道为什么.NET Framework版本4被拆分为客户端配置文件并进行扩展吗

微软列举了两个拥有客户端配置文件的原因 >

可以单独维修

不需要.NET Framework的.NET Framework 4扩展组件


在我看来,这两个配置文件充其量也很脆弱,我需要解释为什么我希望在我们所有的客户端桌面上同时安装客户端配置文件和扩展配置文件。我现在最好的答案是,我甚至不知道为什么微软首先要拆分它们

你的客户端应用程序真的需要完整的框架吗?如果没有,只安装客户机部分-这将是相当小的。这就是拥有独立外形的意义所在;对于仅使用客户端应用程序通常需要的框架部分的应用程序,它的安装占用空间和下载时间更小。

您的客户端应用程序实际需要完整的框架吗?如果没有,只安装客户机部分-这将是相当小的。这就是拥有独立外形的意义所在;对于仅使用客户端应用程序通常需要的框架部分的应用程序,它的安装占用空间和下载时间更小。

因为客户端配置文件更容易加载,并且只包含客户端应用程序的通用功能


很容易理解,程序的加载和运行速度更快,占用的内存更少。

因为客户端配置文件更容易加载,并且只包含客户端应用程序的常见功能


很容易理解,程序的加载和运行速度会更快,占用的内存也会更少。

客户端配置文件是从.Net 3.5sp1开始的。在这一点上,.Net已经变得巨大:普通部署的容量高达350Mb,而60Mb和230Mb更为常见。。。足够大,以至于在web上的部署通常是缓慢而繁琐的。因此,对于sp1,他们引入了一个客户端配置文件。这是从技术角度出发的。它们只能成功地分发框架的一部分,开发人员可以安全地只针对框架的这一部分。不幸的是,对于3.5,客户端概要文件未能以有意义的方式减少部署大小。是的,客户端配置文件更小,甚至更小,但它仍然太大,无法很好地处理web部署场景


现在使用.NET4时,客户端配置文件的容量已降至接近50Mb。这仍然有点大,但这种新的规模,再加上平均宽带速度的提高,就更加合理了。

客户端配置文件是从.Net 3.5sp1开始的。在这一点上,.Net已经变得巨大:普通部署的容量高达350Mb,而60Mb和230Mb更为常见。。。足够大,以至于在web上的部署通常是缓慢而繁琐的。因此,对于sp1,他们引入了一个客户端配置文件。这是从技术角度出发的。它们只能成功地分发框架的一部分,开发人员可以安全地只针对框架的这一部分。不幸的是,对于3.5,客户端概要文件未能以有意义的方式减少部署大小。是的,客户端配置文件更小,甚至更小,但它仍然太大,无法很好地处理web部署场景


现在使用.NET4时,客户端配置文件的容量已降至接近50Mb。这仍然有点大,但是这个新的大小,再加上平均宽带速度的提高,更加合理。

客户端配置文件要小得多。NET 4客户端配置文件是48MB。NET 4 Full是41MB-只有7MB的差异。看这里有一个类似的问题,有一点深度的不同。此外,在我看来,服务器上最需要的是扩展或完整的框架,而不是客户机。客户机配置文件要小得多。NET 4客户机配置文件是48MB。NET 4 Full是41MB-只有7MB的差异。看这里有一个类似的问题,有一点深度的不同。而且,在我看来,服务器上最需要的是扩展的或完整的框架,而不是客户机。嗯?CLR将仅加载所需的程序集。性能与此无关。请尝试编写一个引用20个随机程序集的程序,并在WinXP上使用两个FW版本运行它。如果你花点时间,使用CP会更快。很明显,只有引用的程序集才会在启动时加载,我不是说这个。嗯?CLR将仅加载所需的程序集。性能与此无关。请尝试编写一个引用20个随机程序集的程序,并在WinXP上使用两个FW版本运行它。如果你花点时间,使用CP会更快。很明显,只有引用的程序集才会在启动时加载,我不是在说这个。我的理解也是有限的,因为客户端配置文件目标更符合Silverlight应用程序,这将更符合WinRT开发。如果某些东西可以保持在客户端配置文件的范围内,那么它就更重要了
当然,除非情况发生变化,否则保持它的可移植性可能会更容易。@David:嗯,不是真的-据我所知,客户端配置文件仍然包括同步IO、完整WPF和WinForms等。我真的不知道是否需要它。我目前有一个应用目标框架3.5。从理论上讲,我不需要在Extended中做任何事情,但是如果不升级到4.0,我怎么能确定呢?这会有点痛苦。@JonathanBeerhalter:为什么升级到4会很痛苦?我的理解也是有限的,因为客户端配置文件目标更符合Silverlight应用程序,这将更符合WinRT开发。如果某些东西可以保持在客户机配置文件的范围内,那么很可能会更容易保持它的可移植性,当然,除非情况发生变化。@David:嗯,不是真的-据我所知,客户机配置文件仍然包括同步IO、完整WPF和WinForms等。我真的不知道是否需要它。我目前有一个应用目标框架3.5。从理论上讲,我不需要在Extended中使用任何东西,但是如果不升级到4.0,我怎么能确定呢?这会有点痛苦。@JonathanBeerhalter:为什么升级到4会很痛苦?