开发团队打算在第44个版本中完全停止对i686架构的支持，这表示32位系统将正式告别历史。这个想法在社区里迅速传开，引起了众多人的关注，同时也引发了大家对未来发展方向的担忧。
提案具体内容
本提案计划在44版本中彻底终止对i686架构的支持，力求让系统彻底解除32位应用的限制。同时，针对64位系统而设计的32位兼容软件包也将停止提供。而且，那些原本用于在64位系统上运行32位应用的i686软件包构建工作，也将逐步停止。从37版本起，对“叶子包”的构建规范进行了修改，而32位版本的构建则不再强制执行。
游戏圈担忧原因
现在，众多陈旧的游戏以及Steam平台上的软件依然在使用32位组件。这些经典游戏大多只提供32位版本，一旦停止对32位的支持，玩家们将无法顺畅地玩到这些游戏。假如Steam删除32位组件，就算用户自己手动搭建必要的软件包，Steam的一些基本功能也可能无法正常使用，这样的变动在Steam社区中引发了众多用户的强烈反感。
回退操作困难
该提案的第二阶段几乎无法改变。若想取消已实施的操作，必须重新启动部分架构支撑系统，并且很可能需要大规模地调整构建系统。仅仅重启架构支撑系统，就需要投入大量时间和人力进行重新调试；而要进行大规模的构建系统调整，则需专业技术人员耗时数周甚至数月来修改代码和调整配置环境。
对特殊项目的影响
某些项目在游戏界崭露头角，便已取得了不俗的成就。若此时采纳该提案，无疑是将其扼杀在萌芽状态。Neal Gompa 表示，若要手动构建所需的软件包，许多基础案例将无法正常运行。Kyle 则直言不讳，如果变革循序渐进，最明智的选择可能是取消相关项目，这样一来，之前投入的大量开发资源和辛勤劳动都将付诸东流。
不意味完全放弃
移除32位软件包或库，并不意味着苹果公司就彻底放弃了32位代码的兼容性。这样的做法实际上只是减少了维护32位兼容性所需投入的大量时间和精力，从而让维护人员能够将更多的资源和时间投入到更加重要的软件开发任务上。然而，运行32位游戏时，必须使用对应的32位图形驱动。但Steam平台并未打算提供或附带自家的驱动程序。在这种背景下，矛盾便随之产生。
争论重点探讨
争论的焦点并不在于是否完全放弃32位库，而在于需要明确哪些32位库可以舍弃，哪些则不宜丢弃。若Steam客户端在不久的将来无法升级到64位版本，且无人开发出32位到64位的兼容解决方案，那么我们便需思考对i686架构支持的强度和持续时间。大家必须衡量利弊得失，力求在节省资源与满足某些用户需求之间找到一个恰当的平衡。
关于提出停止对32位系统提供技术支持的建议，您觉得该如何权衡其正面和负面影响？欢迎在评论区分享您的看法，同时请不要忘记为这篇文章点个赞，并把它转发出去！
版权说明：本文章为昆明鱼豆网所有，未经允许不得转载。
