长期维护的项目，用跨端做真的越来越恶心了

是的，像我的 wordpress ，十多年，一些插件没人维护了，就要自己去更新软件代码、语法（ php 不断在抛弃旧函数，旧语法）。。

反而是 wordpress 提供的函数，稳如老狗，已经宣布废弃 15 年以上，还没从项目里面删除，兼容性超级好。

所以我都在想，是不是以后开发东西，一定要用一直维护的第三方类库，但是想想，人家也会各种意外原因不更新，难难难。。。。维持旧版本，光是漏洞就是大问题。。。。而那些已经用上的功能又没什么好突破的，要不然还有修改的动机，现在动机都木有。。。。所以维护工作就变得头大了。

在公司里，这种维护兼容、提升版本等等，都获得不了实际利益，也让人没有动力去搞。

@NewYear 最优解法是减少依赖，很多库是以前自己写嫌麻烦，有 AI 以后这些麻烦都是交给 AI 去写了。

最优解是 0 依赖

跨端平台的 sdk 也要跟着一起更新啊

native 的项目久了也得动大刀子。

跨端的终点是原生

Django 的 API 也是，20 年前跟现在的没什么区别，稳如老狗
@NewYear

嘿嘿，你以为原生就没这个问题了？你试试接手老旧的 Android/iOS 项目试试

长期维护就要减少第三方依赖

你这个是兼容的问题。 不见得原生就会好 。 现代跨平台框架应该要注意隔离 ui 和 平台硬件相关接口吧,类似做桥接？ 另外听说 uniapp 很恶心 实际我也没用过

跨端框架看上去方便了，但只是把原本三个人的活变成一个人来干而已，前期低成本快速试错是可以的。
想要长期有好的用户体验和好的开发体验，最终就是拆回原来的多个独立 App 项目来干。

除非以后有一个大一统的客户端，不然怎么样都没办法避免需要多个平台开发的踩坑经验。一个开发 + AI 辅助，能干是能干，但是干不好。

@ZGame #10 移动端更新快，没有人专门给做什么一直维护更新的硬件接口，时间久了就烂了，尤其是中小公司

写跨端完全不碰原生是不可能的,从技术角度来讲,跨端的学习性价比很高.你可以由此延伸向各个方向进阶.
老库不更新了这种属于兼容性问题,实际上真不见得换原生会更好,反而跨端可以最大程度减小你遇到此类情况的频率.

另外如果你司让你做跨端, 又让你学原生,但同时待遇没有提升活还变多了的话. 我建议跑路,我真建议跑路找家识货的公司.

@picwand 我们也是减少外部依赖库，长期收益看很划算

@cvooc #13 现在学 三个原生端， 这还有啥意思， 光各个平台的特性都学不完，都学个皮毛，三系统年年更新

@cvooc #13 进阶啊，我原生和 js ts 都写，进阶就是 各个客户端都拿 js 糊，封个 UI ，用 js 调用硬件接口，pc 这种不经常更新的还好，移动端这种是真不行，用户用的多，体验要求高

@tanranran 这是实话,就一个 swift 和 swift ui 就能把你整死

@FreshOldMan #12 我的意思是 桥接层的工作省不了的吧。 跨平台应该关系的是 ui

我的经验是每个端的前端都各自实现一遍...
整体花的时间可能比跨平台更好, 而且更漂亮/性能更好

这是一个普遍性问题，开发这行的职业生涯本来就短，很多中途不是转行就是下岗。遇到问题只能硬着头皮上。不过现在赶上 AI 时代，可以让 AI 帮你解决一部分问题。

具体是指的什么呢？ flutter 、ReactNative 、weex 、Lynx 、还是 kmp 呢

@FreshOldMan 系统更新和你学习没有啥特别的关联吧，更新只是有哪些新特性，api 更新了，整体的架构和机制 肯定会有往前兼容的

反正如果老板不招原生的话，我都是直接建议做 webview 套壳，反正稍微优化一下也能用，绝大部分功能 webview 也能实现，坚决不用跨端编译的框架，除非老板招原生