在基于Windows窗体的产品开发中使用.NET

Question

.NET已成为软件开发人员和用户中的一种流行技术。我在想，在.NET中开发一个基于Windows的产品是否是一个明智的决定，这个产品可以被世界各地成千上万的客户下载。真正的问题可能是框架安装在.NET版本中有了很大的发展。

v2.0有一个不错的22 be安装，但最新的v3.5超过了150 be，并可能被证明是客户的一个决定性因素。我听说过一些工具，它们为.NET程序集(例如ILMerge)做了一种“静态”链接，并且可以用来创建小型的、自包含的可执行文件，但问题是这些工具能否在生产环境中使用？他的ILMerge工具是一个研究工具，我认为它从来没有达到VS的安装。

我有一个产品要开发，需要一个非常漂亮的用户界面，可以实现使用WPF的支持。但是，我不确定客户是否愿意下载一个150 4MB的框架(不确定v3.0有多大)用于一个4MB的应用程序。如果我在WPF 2.0中开发，我就失去了对.NET的支持。XP、Vista、Windows 7是否附带预装的.NET框架？

-根据意见更新

应用程序将从一个网站下载，不会有一个可分发的媒体。

1. 使用.NET 2.0 -这不会让我使用WPF，所以除非我使用第三方的皮肤工具，否则我会在花哨的东西上放松。
2. 使用客户端配置文件来减少安装--安装将减少到大约30个Megs，我将保留WPF/WCF支持以及新的框架特性。
3. 支持的OSes Win 98，ME，2000 -完整安装运行时所需的Win XP SP2，SP3,2003 (我认为这些版本有.NET 2.0) Vista，2008 -所有版本至少都有v3.0Windows7-v3.5

Answer 1

.NET框架的各种版本都有预装Vista和Windows 7

• XP -什么都没有
• Vista - .NET 3.0
• Windows 7- .NET 3.5

如果您真的关心下载的大小，您应该看看客户端配置文件。这是框架的精简版本，只包含对客户端应用程序开发最重要的部分。我相信它的尺寸是30 MB。对它的支持在3.5中参差不齐。它只在XP 32位上工作，而且只有在没有安装其他框架版本的情况下才能安装，但是在4.0中看起来要好得多。现在，它可以在所有支持完整.NET框架的平台上工作，即使它们已经有了另一个框架版本，并且具有可再发行的形式以及web安装程序看这里。

超越技术细节，你确实需要考虑你的目标市场。不同的市场有不同的基线和要求。请记住，如果您实际分发媒体，则始终可以将.NET安装程序与您的应用程序捆绑在一张CD上。我会说，在大多数情况下，这不应该是一个问题(特别是如果你针对客户的个人资料)，我只会担心，如果你是针对一个特定的和小的市场部门，有非常严格的要求，什么软件是允许的。

Answer 2

如果您担心安装的大小，那么我将针对.Net 2.0框架而不是.Net 3.5框架--如果您只是在做一个基本的windows应用程序(没有WCF、WPF或Linq等)然后，.Net 2.0框架拥有.Net 3.0或3.5的90%的功能，并且它在更高比例的机器上出现(根据这博客，80%)

在VS2008中，我修改了我的项目模板，使其成为默认的。

Answer 3

当然，对于网络连接缓慢的用户来说，这是一个值得关注的问题。一种解决方案是限制开发不使用更新的特性(这就是我所做的)，并在应用程序的安装说明网页上提供到.NET 2.0运行时的链接。这对于Windows窗体来说很好(尽管不可能使用WPF和一些较新的语言特性)。