我的应用程序使用2.0版本。将来可能会想要开始使用后续框架版本中添加的新功能。我应该等到那时候再更新吗?还是现在就升级到最新的.NET 3.5有优势?
我猜在我准备好下一个春季发布时,4.0版本将已经发布。也许我应该坚持使用2.0版本进行秋季发布,并节省客户另外安装框架所需的硬盘空间和安装时间?
我的应用程序使用2.0版本。将来可能会想要开始使用后续框架版本中添加的新功能。我应该等到那时候再更新吗?还是现在就升级到最新的.NET 3.5有优势?
我猜在我准备好下一个春季发布时,4.0版本将已经发布。也许我应该坚持使用2.0版本进行秋季发布,并节省客户另外安装框架所需的硬盘空间和安装时间?
我认为,你应该随着应用程序需要的内容一起发货。否则,你会无缘无故地延长安装时间,并且正如你所注意到的那样,再次使用客户的硬盘空间实际上没有任何意义。
记住,“对用户来说很小的负担”可能意味着您的应用程序被接受或被拒绝。
我在一家公司负责IT。我们公司的标准不是3.5。你必须有一个非常流畅的应用程序才能让我升级所有人到.NET 3.5,以便你的应用程序可以运行。换句话说,这可能不会发生。我会找到另一个不会给我们已经超载的IS部门增加额外“小负担”的应用程序。
其他人评论说,你真正要使用哪些功能。如果1.1或2.0具有您需要的真正功能集,请坚持使用它。
你应该使用你在测试中使用最多的.Net版本来分发你的应用程序。如果你一直在使用.Net 2.0进行开发和测试,那么就使用2.0版本进行发布。
但是为了修复自2.0版本发布以来框架中的任何错误,你可能需要对3.5版本进行测试,并选择使用它进行发布,以满足客户的需求。由于框架已经非常庞大,所以即使之前有WCF、WPF等版本,分发早期版本也没有任何好处,除非你需要支付带宽费用或目标设备的存储空间有限。
如果你正在使用asp.net应用程序(与Windows窗体相比),.net 3.5sp1引导程序速度太慢了。在只有.net 2.0的机器上,它会加载整个框架,这意味着在中等互联网连接和机器速度下,你需要花费大约20-30分钟的下载和安装时间。
请务必记住,.Net 4.0与框架以前的版本有些不同。.Net 4.0将被安装在旧版 .Net 3.5 和更早版本的 .Net 框架旁边(SxS)。如果您升级您的应用程序使用 .Net 4.0,那么您的长期用户(也就是以前的版本)将不得不安装一个全新的框架。
如果您正在考虑您的应用程序和框架会占用客户机器多少磁盘空间,那么不要忘记这个“隐藏”的额外空间使用量。如果您现在将您的应用程序从2.0升级到3.5,则您的应用程序可能能够在完整功能的情况下存在更长时间,而不会迫使用户安装另一个使用20多MB空间的第二个框架。
我很欣赏.NET 3.5中的新语言特性,但在你开始使用它们之前,我建议你避免升级到最新的运行时,因为这是一个更大的文件/安装包,可能会给你的用户带来麻烦。
Linq to SQL的功能,实际上是Linq扩展的一般特性,升级后非常值得。
至于您对硬盘空间和安装时间的担忧,在我看来,对于较新的框架而言,这些问题在大多数现代系统上并不相关。较新版本的框架(3.0和3.5)实际上只是2.0框架的“刷新”。除非您的客户/市场使用较旧的PC,否则与因为他们不能冒险在硬盘上再添加20MB而失去客户的微不足道的风险相比,我认为您将获得功能和生产力方面的良好平衡,以及对开发团队的支持。(我编造了20MB的数字,有人可能会质疑这个数字)。
3.5框架已经发布了第一个服务包,因此比发布后更加稳定,但请注意,从2.0升级到3.5要比回退到3.5容易得多,如果您因为任何原因遇到了无法解决的问题。
维基百科文章 很好地展示了新特性。