1

如果 4.8.1 真的支持 arm ，那首选 1 ，代码基本不用改

5

如果不是桌面端应用，应该还是比较好迁移的，用.net core ，前期可能修改的比较多，后期维护更好

6

1

arm 架构的 Windows 系统吗？如果不是，那就迁移到 .NET Core 吧

8

1

9

@Yjhenan #6
不是，是麒麟。
我只知道架构会有影响，这个系统也会有影响吗？

10

只能重写，用 .net7 比较稳妥

11

@opengps #10 大部分代码都是直接拷贝，但总会有些引用库可能不支持.net7 需要替换或者自己补充逻辑重新实现

12

如果引用的第三方库不一定支持 arm

13

肯定是方案一，迁移到 net core 引用的第三方库的兼容性会把你搞死

15

17

@irisdev #13
抱歉误导大佬了，我搜了下即使升级也是只支持 windows, 现在我是想跑在 arm 的国产系统上

18

可以试试 mono 应该大部分都没问题，之前我试过在 arm mac 下运行 .net 4.5 的 cli 程序，没什么问题

19

3

20

这个要看情况. 如果你用了什么 Windows Only 的东西 (如 Windows API), 那大概率无解. 其他你可以考虑用 Mono 托管运行. arm 我没试过, x86 linux 确定以及肯定是可以跑 .NET Framework 开发的程序的.

21

1

@magic3584 那你这都 P/Invoke 了大概率不得行. 除非你能找到相关 DLL 的 Linux 版. 否则这个是兼容不了的. 这个不是你们的问题, 是三方厂商的问题. 人家乐不乐意给你支持. 你接三方设备三方不给你支持麒麟系统那你做再多都是无意义的.

22

23

1

这个项目应该通过以上楼主的技术评估后，在执行层面做一次研判：项目复杂度如何，团队成熟度如何（包括业务熟悉度、代码熟悉度两个维度），是否有迁移或改造预算，是否有后续升级的项目预算。
1 、如果项目复杂，建议不要动任何东西。可能没有太好的解法，有可能甲方写写情况说明可以继续使用，后续做个二期预算全部替代掉。也有可能只能中止。这完全是商务去考虑和推动的问题。
2 、如不复杂，且团队成熟、有适当的预算，项目迁移.net core 。一些迁移不了的重新开发。
3 、研判情形较多不一一列举了，综合考量，不排除换语言重新开发的可能性。

25

时不时可以考虑下 mono 或者 il2cpp

26

@lujiaxing #21
大佬您的意思是如果第三方硬件不支持麒麟的话我即使用 Mono 也跑不了吗？
我一点不了解 windows 开发，问题可能有点低级，抱歉

27

1

28

1

29

国产化系统基本上内核、标准库、编译器都很老了，这些货一个一个都完全没计划考虑定期升级个内核什么的，真是坑死个人的

30

1

最佳做法是迁移到.net core 。如果没有用到几个在.net core 中被废弃或者 windows 专有的一些功能
例如 wcf 不再支持（有第三方库可以支持）、system.drawing 命名空间下的图形处理相关的（有三方库可以支持）
因为提到的 web 程序，不涉及界面的话，整体迁移成本不大，是 mvc 的还是 mvc ，是 webapi 的还是 webapi 。
然后就可以一次编辑，全平台运行了。

31

@magic3584 #17 迁到 linux+对接硬件？那很麻烦了，这么老的项目供应商都不一定还活着，还活着的大概率是没有适配麒麟的。界面倒是问题不大，反正你前端是 web 端。

32

1

直接升级 到.net 8 就行 前段刚试了 银河麒麟 国产 arm64 windows 下编译好 拷贝过去 启动

34

1

才看到提到了有硬件的 DLL 调用的话，那个是不行的，硬件驱动库 dll 除非对方提供其他操作系统下编译的产物，否则是调用不了的。
我们某些项目也存在类似情况，这种虽然用了.NET ，但是依然只能设置为在 windows 上运行。

35

@magic3584 #9 .NET Framework 只支持 Windows ，支持 arm 也是 arm 架构的 Windows

36

@Yjhenan #35
还好我又重新问了 GPT 。
没办法，对这是一点都不懂，所以即使问了 GPT 也只针对我的提问来回答。

37

那我歪个楼,人和代码只要有一个能跑就行

39

1

我使用过 jexus 把.NET Framework4.5 的 web 项目迁移到 Linux 平台，目前运行还行，改动也不多

40

1

如果是是为了运行，建议你可以在 arm 系统上弄个 wine 环境，这样不用重构代码简易很多

41

1

@magic3584 前面有人回复讲的很清楚了。.net 本身迁移不说很简单，至少也不麻烦。最简单粗暴的，直接在 VS 里切环境，然后改报错就行。但是如果你们底层调用了哪些库，那些才是能不能迁移的关键。.net 可以跨平台，但是你们调用的库不一定可以，这个是你们这边的层面没法改的。所以要先调研那个，那个可以才可以进行下一步。

42

@chenxiansheng #40
claude 给了我这个选项，不过我看不是很稳定的样子
`3. Containerization with Wine (Not Recommended)
Running Windows applications on Ubuntu using Wine - generally not suitable for production.`

44

1

45

1

国产 arm 麒麟啥的是基于 yum 、apt 的 Linux 系统，你可以上 docker ，就是不知道客户接收 docker 不

46

建议甩锅 反正底层硬件的依赖 99.99% 不支持

47

1

@magic3584 mono 不维护了没关系，.net framework 更早就不维护了。mono 跑.net4.x 是没问题的，以前有项目用过。但是你的硬件调用那块，c++的 dll 得换成.so 文件才行。
但是有条件的话，建议程序用.netcore 重构一下吧，更好维护。

48

49

@fzdfengzi #47
对于我这种 0 经验的，重写属实难度很大，非必要不重写