何时支持Windows 64？

Question

我目前提供32位Windows音乐软件。我的一些用户要求64位支持。我计划最终这样做，但移植是一项艰巨的工作，而且我还有很多其他重要的特性要求。我需要明智地分配我有限的时间。64位操作系统的市场占有率有多大?趋势是什么？

Answer 1

没有比现在更好的时机了。随着对更多ram的需求的增加，64位windows版本将变得越来越流行。试着使用一下Google trends，你会发现人们对它的关注明显增加了。正如在"Dude, Where's My 4 Gigabytes of RAM?"中所解释的那样，日常用户转到64位操作系统的需求只会继续增长。

响应杰夫的评论的编辑

我理解，任何团队都必须按优先级平衡升级/错误修复。这将永远是一个难以取得平衡的问题。64位版本的好处只会继续增长！

祝你好运，找到合适的平衡点！

Answer 2

为什么他们要求64位支持？你的32位软件不能在Win64上运行吗?或者他们认为他们需要一个特殊的版本，而实际上他们在32位版本上就可以了？根据我的经验，Win64对32位程序的支持非常出色，而且在可预见的未来，它很可能会继续存在。

如果你的软件不能工作，并且不是由于基本的限制，比如一半的逻辑在设备驱动程序中，那么让它作为32位可执行文件工作可能比你想象的要容易。

(如果我在教你吸鸡蛋，请原谅。8-)

Answer 3

有3个常见的事情是移植到Win64的好理由：

1. 您的产品包括一个驱动程序-在这种情况下，要在Win64系统上工作，至少必须移植驱动程序。
2. 您的产品具有外壳或IE集成-因为在Win64系统上，用户可能使用64位版本的资源管理器和IE，您将需要64位插件来与它们集成。(您应该继续打包和安装32位版本，这样即使用户发现自己在32位文件管理器中，或者IE instance).
3. your产品将从增加的地址空间中明显受益-如果您的产品消耗了大量数据(就像数据库或数字处理应用程序经常做的那样)，那么您的应用程序在Win64系统上将有更多的虚拟地址空间可用，并且可以经常利用这一点。

请注意，移植可能还有其他很好的原因，但这些都是常见的原因。还请注意，出于上述原因之一进行移植并不一定意味着必须移植所有内容。例如，您可能只需移植设备驱动程序就可以逃脱惩罚。

如果这些原因都不符合，那么可能只是你的用户没有好的理由想要一些东西--教育他们可能会有所帮助。但如果它开始影响销售，你可能会发现自己处于这样一种境地:即使没有好的技术原因，你也必须让他们高兴(希望你的客户不是那么不合理，他们会听取合理的技术建议)。

但是，即使您不将代码移植到Win64，也没有理由不在Win64系统上测试和支持您的应用程序。