原生开发二十年开发者：实现 Markdown 聊天功能，原生技术受限，Web 技术成优选
原生开发二十年开发者：实现 Markdown 聊天功能，原生技术受限，Web 技术成优选
2026 年 5 月 17 日，一位有着近二十年经验的原生 macOS / iOS 开发者，谈及大家对 Node / Electron 的常见反应。
最近，他尝试在纯 Swift / SwiftUI 应用中实现支持 Markdown 的简单聊天功能，却发现“原生”技术不成熟。在 SwiftUI 中虽能有不错性能，但无法选中完整 Markdown 文档，存在设计问题。
于是他转向 `NSTextView`，它支持 TextKit 2 ，但之前围绕 SwiftUI 做的测试和性能优化白费，因它与 SwiftUI 不兼容。流式传输文本时，CPU 使用率飙升。接着尝试 AppKit 和 `NSCollectionView`，重新实现功能后，单元格会闪烁，也是设计问题。
他又考虑用纯 TextKit 2 进行底层开发，做的原型性能尚可，但流式传输糟糕，且与现代技术不兼容。舍弃 SwiftUI 只用 AppKit，手动处理文本块扩展问题，虽能选中文本，但几乎所有东西都出问题了。
要实现与基本原生 macOS 行为的功能对等，可能需花费几个月时间。尝试用 WebKit 渲染 Markdown，大体能正常工作，性能和排版不错，还能适当控制。
最绝望时，他创建简单的 Electron 项目，结果惊讶地发现，文本操作、Markdown 渲染、排版等功能开箱即用，性能比纯 TextKit 2 还好，还支持 macOS 集成，几行代码就能渲染精美的 Git 差异对比。
此时他不禁自问哪里出了问题，自己坚持使用原生技术，了解平台和各种选项，熟悉相关技术，却仍无法让简单功能正常工作。
由此，他更理解为何新聊天类应用多基于 Web 技术开发，因为没有真正的替代方案。SwiftUI 适用于简单界面，Swift 对性能关键部分出色，但通过 Electron 或 React Native 的原生互操作性，能免费获得大部分性能，还有更好的文本和渲染模型。所以，若想为长篇聊天实现富文本渲染，SwiftUI 和苹果原生 SDK 不再是优势，反而成了限制。