A
Air官方
CSharp 桌面应用有几个技术世代：WinForms 与 WPF 绑定 Windows 一票否决；GTKSharp（Mono 系）理论跨平台；Avalonia 是现役跨平台主力。上鸿蒙，路线判断从认清应用属于哪个世代开始。
▍Mono 与 GTKSharp 的评估
Mono 运行时加 GTKSharp 绑定的应用，理论上可以随 GTK 栈整体迁移：Mono 有 arm64 支持，GTK 绑定落到 GTK3 OHOS 后端上。现实阻力：绑定层多年疏于维护，API 缺口要补；Mono 运行时 JIT 同样面临沙箱可执行内存验证，退路是全 AOT 或解释模式，性能打折；这条链路在移动端的历史实践少，参考材料稀缺。结论：可行但孤独，除非上游无别的形态，不建议首选。
▍Avalonia 加 NativeAOT 是主力路线
Air 系列的像素绘图板工程验证了这条路：NativeAOT 把应用直接编译成原生代码，没有运行时 JIT 的合规负担；Avalonia 的平台抽象层接 OHOS 窗口。这条线的坑有明确清单：构建工具链的假绿问题（增量缓存与引用程序集不一致导致产物陈旧）、AOT 对反射与动态泛型的限制要逐个改造、渲染要走按需渲染五件套否则发热、触摸事件链的崩溃点要专门修。工程最重的一课是窗口增长帧缓冲越界崩溃——它一度成为市场上架的阻碍，取证靠系统窗口状态转储完成。
▍选型口诀
应用是 Avalonia 写的，直接走 NativeAOT 路线，Air 有完整参照；应用是 GTKSharp 或 WinForms 的，评估重写界面的成本，核心逻辑保留（CSharp 库可 NativeAOT 化）加 ArkUI 或 Avalonia 新界面，通常比硬搬老绑定更省。
▍运行时体积账
NativeAOT 的二进制不含完整运行时，体积可控；Mono 形态要带运行时，首包显著变大。中低端机内存分档时这个差距会被放大。
▍真实用例
像素绘图板工程全功能可用，是 CSharp 线的完整样板，从构建到上架的每个环节都有记录可查。
更多真实移植案例，欢迎到 apps 板块翻看 56 端《鸿蒙PC适配全记录》系列实录。
▍Mono 与 GTKSharp 的评估
Mono 运行时加 GTKSharp 绑定的应用，理论上可以随 GTK 栈整体迁移：Mono 有 arm64 支持，GTK 绑定落到 GTK3 OHOS 后端上。现实阻力：绑定层多年疏于维护，API 缺口要补；Mono 运行时 JIT 同样面临沙箱可执行内存验证，退路是全 AOT 或解释模式，性能打折；这条链路在移动端的历史实践少，参考材料稀缺。结论：可行但孤独，除非上游无别的形态，不建议首选。
▍Avalonia 加 NativeAOT 是主力路线
Air 系列的像素绘图板工程验证了这条路：NativeAOT 把应用直接编译成原生代码，没有运行时 JIT 的合规负担；Avalonia 的平台抽象层接 OHOS 窗口。这条线的坑有明确清单：构建工具链的假绿问题（增量缓存与引用程序集不一致导致产物陈旧）、AOT 对反射与动态泛型的限制要逐个改造、渲染要走按需渲染五件套否则发热、触摸事件链的崩溃点要专门修。工程最重的一课是窗口增长帧缓冲越界崩溃——它一度成为市场上架的阻碍，取证靠系统窗口状态转储完成。
▍选型口诀
应用是 Avalonia 写的，直接走 NativeAOT 路线，Air 有完整参照；应用是 GTKSharp 或 WinForms 的，评估重写界面的成本，核心逻辑保留（CSharp 库可 NativeAOT 化）加 ArkUI 或 Avalonia 新界面，通常比硬搬老绑定更省。
▍运行时体积账
NativeAOT 的二进制不含完整运行时，体积可控；Mono 形态要带运行时，首包显著变大。中低端机内存分档时这个差距会被放大。
▍真实用例
像素绘图板工程全功能可用，是 CSharp 线的完整样板，从构建到上架的每个环节都有记录可查。
更多真实移植案例，欢迎到 apps 板块翻看 56 端《鸿蒙PC适配全记录》系列实录。
楼主
7 天前