原项目是继续 windows 的，大量 windows api mfc atl 和 windows 资源的使用。还有 rpc 和跨进程的 handle 共享显示。几年前完成了 mac 的移植，做了大量的兼容和 stub 代码。平台宏定义满地都是。
现在完成编译链接工作。运行起来各种 crash,几十年的祖传代码感觉用 ai 调内存问题也困难重重。
是不是大公司项目方向对，在继续就行？后能不能出东西，根本就没人管？
现在完成编译链接工作。运行起来各种 crash,几十年的祖传代码感觉用 ai 调内存问题也困难重重。
是不是大公司项目方向对，在继续就行？后能不能出东西，根本就没人管？
 | 1 passive 12 天前 via Android  1 windows api 直接连接 libwine ，还挺稳定的。 ui 迁移到 wx 。 |
 | 2 frayesshi1 PRO 直接上 Qt |
 | 3 clemente 12 天前 gemini 3 pro 超级稳 |
| 4 clemente 12 天前 先完善原有项目的单测/功能测试/集成测试/压力测试 让 AI 一把锁 然后按照测试完成率来做判断 |
 | 5 liyafe1997 11 天前 可以，并且我认为这正是 AI 擅长的，可以减少很多编码的体力活。 但是要写好 prompt ，用 AI 也不是一件简单的事的。 不是一句「帮我移植到 Linux 」就完事，你需要讲清楚技术方案，库/API 替换，以及一些特殊情况（比如 Windows 有而 Linux 没有的功能，以及一些你能想到的 AI 不能帮你做的决策，你要安排好），给好示例，甚至准备好很多文档，还要拆解好任务。 |
 | 6 masterclock 11 天前 其实我见过用 wine 的服务程序 |
 | 7 jamesjammy061 11 天前 几乎是 0 ，改成一坨 |
 | 8 sagnitude 11 天前 要么直接 wine 跑，也不用移植了 要么直接重写，UI 用 ai 做前端一把梭，再花个把月梳理所有设计要求和模块文档，再找几个熟悉这个工具的人摸个几个月，高强度和 ai 对线，再测试个几个月，还有点可能 |
 | 9 svyrblg 11 天前 Mac 往 Linux 移植比 Windows 移植过来简单一些吧 |
 | 10 kero991 11 天前 via Android 我觉得就算移植过去了，也是屎山代码，而且项目不具备任何维护能力了（你怎么更新这 3 个已经完全不一样的代码？） github 上多的是这种一代项目勉强移植，然后从头开始用跨平台重构的，只要你这个项目不是停止维护了，你迟早要走这一步。 |
| 11 kero991 11 天前 via Android @passive 我问 ai 啥是 libwine 他给了我另一个建议 如果你想源码级移植，那得用 Winelib （ Wine 的另一个工具），它允许你把 Windows 源码重新编译成 Linux 原生程序，链接的就是 libwine 的开发版本。 |
 | 12 wnpllrzodiac OP @svyrblg mac 移植用了大量 foundation coca 框架 mm 文件，而不是 posix 实现。所以基本除了 sh 脚本可以参考。移植部分基本没用。osx 移植的人是做 osx 开发的 |
| 13 wnpllrzodiac OP @kero991 wine 运行 windows 版的问题是，一旦遇到 crash 问题。没办法调试。wine 不支持运行 debug 版的 vsruntime 除非 wine 里装 vs2022. 调试也是困难。用了很多 dll 和黑科技 |
 | 14 whenov 10 天前 性能要求不高的话，要不把整个 Windows+虚拟机打包吧[doge] |
Select Language