我目前提供32位的Windows音乐软件。我的一些用户正在要求64位支持。我计划最终提供，但移植是一项艰巨的工作，而且我还有很多其他重要的功能请求需要处理。我需要明智地分配有限的时间。 64位操作系统占据了多少市场份额？趋势如何。
7个回答
10
现在正是时候。随着对更多内存的需求增加，64位Windows版本将变得越来越普遍。通过Google趋势玩一下，你会发现人们对此进行研究的数量明显增加。正如在“Dude, Where's My 4 Gigabytes of RAM?”中所解释的那样，日常用户去使用64位操作系统的需求只会不断增长。
根据Jeff的评论编辑
我明白，任何团队都必须平衡优先级上的升级和修复。这将始终是一个难以把握的平衡。64位版本的好处只会不断增长！
祝你在取得正确平衡方面好运！
- Copas
4
谢谢！我同意64位的优点。缺点是：现在移植需要几个月的时间，在此期间32位用户将收到很少的错误修复或增强功能。我已经因为承诺的新功能发布太慢而受到了很大的压力/公众批评。我想我的问题不是“是否”，而是“何时”。 - Jeff McClintock
只是补充一下，我认为修复错误/打补丁仍应该优先考虑。移植不应妨碍正常维护。有一个稍微慢一点的应用程序比有一个有漏洞的应用程序要好得多。基本上，如果你有更重要的事情要做，那么在将应用程序移植到64位之前，请先完成它们。但除此之外，我同意这个观点。 - Sasha Chedygov
@musicfreak - 我同意，100%的错误修复和补丁应该优先考虑。谁想要一个有漏洞的64位解决方案或一个有漏洞的32位解决方案呢？如果必须选择，错误修复应该是第一位！ - Copas
1您的用户喜欢您的产品，并要求将其更新为最新软件，这是一件好事。您必须思考一下......如果竞争对手推出了引人注目的64位软件版本，人们会考虑离开您的平台吗？在考虑是否要进行移植时，请将此列入考虑范围。 - Armstrongest
6
为什么他们要求64位支持？你的32位软件在Win64上不能工作吗？还是他们认为他们需要一个特殊版本，而实际上他们可以使用32位版本？根据我的经验，Win64对32位程序的支持非常好，并且在可预见的未来也很可能继续存在。
如果您的软件无法运行，并且这不是由于基本限制（例如一半逻辑在设备驱动程序中），那么使其作为32位可执行文件工作可能比您想象的要容易。
（如果我在教你如何做已经知道的事情，请原谅我。8-)）
如果您的软件无法运行，并且这不是由于基本限制（例如一半逻辑在设备驱动程序中），那么使其作为32位可执行文件工作可能比您想象的要容易。
（如果我在教你如何做已经知道的事情，请原谅我。8-)）
- RichieHindle
2
我的软件作为插件在Cubase中运行，而Cubase64对32位插件的支持很差（存在错误、延迟高、Cubase开发人员态度“传统”，不完全支持此类插件）。 - Jeff McClintock
@Jeff：啊，好的，我明白了 - 那么这就超出了你的控制范围。(现在请原谅我 - 我需要回去将我的Visual Studio插件移植到VS 2010。8-) - RichieHindle
5
有三个常见的理由可以考虑将程序移植到Win64平台：
如果没有这些原因之一，那么可能只是你的用户想要一些没有充分理由的东西 - 对他们进行教育可能会有所帮助。但如果它开始影响销售，你可能会发现自己处于一种必须移植的位置，即使没有好的技术原因（希望你的客户不那么不讲理，并会听取合理的技术建议）。
但即使你不将代码移植到Win64，也没有理由不在Win64系统上进行测试和支持你的应用程序。
- 你的产品包含驱动程序 - 在这种情况下，至少必须移植驱动程序才能在Win64系统上正常工作。
- 你的产品具有Shell或IE集成 - 由于在Win64系统上用户可能会使用64位版本的Explorer和IE，因此你需要64位插件来与它们集成。（你应该继续打包和安装32位版本，以便在用户发现自己处于32位文件管理器或IE实例时仍然可以正常工作。）
- 你的产品将因增加的地址空间而受益 - 如果你的产品消耗大量数据（例如数据库或数字计算应用程序），那么在Win64系统上，你的应用程序将拥有更多的虚拟地址空间，并且通常可以利用这一点。
如果没有这些原因之一，那么可能只是你的用户想要一些没有充分理由的东西 - 对他们进行教育可能会有所帮助。但如果它开始影响销售，你可能会发现自己处于一种必须移植的位置，即使没有好的技术原因（希望你的客户不那么不讲理，并会听取合理的技术建议）。
但即使你不将代码移植到Win64，也没有理由不在Win64系统上进行测试和支持你的应用程序。
- Michael Burr
1
谢谢！我的产品是Cubase的插件（有32位和64位版本）。因此，我也必须提供32位和64位版本。 - Jeff McClintock
2
音乐软件有点模糊。如果您是专业开发音乐编解码软件的话，那么64位是您应该认真考虑的，因为它对编解码性能可能会产生明显的影响。
否则，虽然64位越来越受欢迎，但您的32位应用程序仍将完美运行，因此在此期间其他功能更为重要。但是，您也应考虑64位移植，并随着前进不断重构代码以使其更具可移植性。
- Mehrdad Afshari
1
x64对编码的提升并不会太大，至少对音频来说是这样。在Hydrogenaudio上有一个关于LAME x64版本的良好讨论：http://www.hydrogenaudio.org/forums/index.php?showtopic=47244 - Matthew Olenik
1
我同意其他人的看法，现在是支持64位操作系统的好时机。随着Windows 7即将发布，您将看到更多的用户使用64位操作系统。即使您的软件没有完全针对64位处理器进行优化，移植也会获得访问与运行64位代码相关的附加寄存器等功能，并可能看到性能提高。更不用说避免撞上4GB内存壁垒了。
只需记住，您的数据结构可能会改变大小，您的应用程序可能会使用更多内存。
如果我有任何错误，请有人纠正我！
- Navaar
1
你说得并没有错，但更大的数据结构同样有可能导致性能下降，当数据不再完全适合缓存时。这两种情况中发生哪一种是不可能的，除非知道代码的相关信息。 - mghie
0
现在还不是迁移的时候，但一定要确保在64位系统上测试您的软件。Vista或7上的模拟器已经足够好了，不应该会有任何问题。
主要优势在于可以分配更多的内存。如果使用了大量内存并且有很多缓存操作，则应进行迁移。
- Thomaschaaf
1
谢谢！在我的情况下，模拟器由于与64位主机的进程间通信而产生开销。客户已经注意到与我的竞争对手相比的惩罚。如果我编写一个64位版本，这些开销可以避免。 - Jeff McClintock
0
x64 PC和操作系统的市场份额只会增加。这是未来。最好早日支持未来。
- yfeldblum
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接