Set*_*man 9 .net vb.net .net-4.0 .net-3.5 visual-studio
我有代码/支持构建在.NET框架上的应用程序,它始终在.NET 2上运行.今年我们正在升级应用程序以使用.NET 3.5(或4？).
在准备此更改时,我们注意到.NET 3.5的脱机安装程序(我们的客户群所需)比.NET 4脱机安装程序大200多MB.
这是我的问题.
为什么dotnet 3.5安装程序比4个脱机安装程序大得多？
我们可以实现.NET 3.5但是分发.NET 4.换句话说,.NET 4是向后兼容的吗？假设.NET 4是唯一安装的.NET应用程序仍然针对早期的框架？
如果我们的应用程序是针对x86 CPU(而不是任何CPU)编译的,您是否还需要分发x64/x86客户端配置文件,还是只需分发x86客户端配置文件？换句话说,如果我们的应用程序是针对x86目标CPU编译的,即使它将安装在x64机器上,我们是否可以分发x86客户端配置文件？这样做有什么风险或陷阱吗？
问题是,如果我们将我们的应用程序升级到目标.NET 4,那么我们还必须升级许多应用程序服务器,这会影响许多其他应用程序.有什么想法吗？
赛斯
这是因为先决条件..NET 4.0安装程序需要将目标计算机更新为
3.5 SP1安装程序更宽松,它甚至可以在原始版本的XP上运行.为了实现这一目标,它需要包含许多核心Windows组件的更新.231 MB安装程序中的很大一部分实际上不是.NET组件.
另外值得注意的是,在.NET 4.0中,客户端配置文件和完整版本之间的差异已基本消失.完整版仅增加了15%,针对客户端配置文件没有多大意义.
.NET 3.5 完全向后兼容 .NET 3.0 和 .NET 2.0 - 因此它也包括所有这两个以前的版本。另一方面，.NET 4.0 从头开始，可以丢弃已弃用/不必要的代码。这也意味着 .NET 4.0 不一定能在未更改的情况下运行 .NET 3.5 代码 -对于其中的一些重大更改还有另一个SO 答案。
| 归档时间： |
|
| 查看次数： |
2065 次 |
| 最近记录： |