.net - 为客户提供 .NET 的替代方案

标签 .net c++ windows winforms installation

也许只有我这么认为,但将 .NET 桌面应用程序部署到客户端计算机似乎是一个比其他框架更复杂的过程。我编写的应用程序和我作为第三方应用程序购买的应用程序似乎需要更多单独的下载。无论是一键下载、升级.NET框架,还是因为.NET框架或应用程序的某些部分未正确下载/安装而卸载/重新安装崩溃的应用程序。

如果我想聘请开发人员编写一个基于 Windows 的桌面应用程序,该应用程序只需下载一次,无需额外下载即可安装,我还可以查看哪些其他语言?该应用程序需要自己的安装程序,我猜开发人员应该拥有与他们的应用程序一起分发的许可证。

我认为我将失去的一个缺点是 .NET 开发人员可能是最负担得起的。但是,我想改善用户安装体验。欢迎任何反馈。

最佳答案

确保 .NET 框架在客户端计算机上可用的最佳方法是使用旧版本的框架,例如 .NET 2.0。

大多数准备付费购买软件的个人或公司都拥有足够新的 Windows 版本(或已打开 Windows 更新)。

当然,并非所有应用程序都是用 .NET 编写的。我想到的是 Visual C++/MFC、Delphi 和 Qt。

关于安装程序,免费Inno Setup已经变得非常受欢迎。

WIX也很受欢迎(而且也是免费的)。此目标为 .MSI 安装程序。

我专业开发产品应用程序已有 20 年了(天哪!),并且我对部署注意事项(例如减少所需的依赖项)非常谨慎。出于这个原因,我有一段时间抵制 .NET 的警报。但这已经成为过去:坚持使用 .NET 2.0,您不会有任何问题:Vista 和 Windows 7(这意味着几乎所有计算机)默认安装它(实际上是 v3.0+)。如果 WinXP 用户在过去 x 年中更新过他们的计算机,他们就拥有 .NET 2.0。

关于.net - 为客户提供 .NET 的替代方案,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7621538/

相关文章:

c++ - 请向我解释在将字符串转换为 char 时需要附加 '\0'

windows - 如何使用伪寄存器(如 $t1)作为 .writemem windbg 命令文件名的一部分

c# - 运行和停止方法一分钟

.net - 强制 .NET 互操作使用本地 COM DLL

python - 在 Linux 中使用 SWIG for Python 转换字符串

c++ - 函数根据整数增加/减少堆栈指针

windows - 在 WM_KEYDOWN 中获取 Unicode 字符

android - 访问调制解调器 - Android 设备 (Nexus 5)

c# - Windows.Forms.Panel 32767 大小限制

.net - 如何通过 SqlDataReader 获取结果集中字符串字段的排序规则?