这是一个创建于 2434 天前的主题，其中的信息可能已经有所发展或是发生改变。
我指的纯 NDK native 开发就是 NDK 的 C/C++代码占 95%以上,也许游戏和模拟器除外,普通 APP 还有吗?
 | 1 HongJay 2019-04-26 21:17:43 +08:00 纯 java native APP 都快没有多少了。何况 c |
 | 2 loginbygoogle 2019-04-26 21:19:41 +08:00 via Android 纯 ndk 不如纯 flutter |
 | 3 redsonic OP @HongJay @loginbygoogle 好像以前纯 NDK native 也是跑在 vm 里的不知道现在的 pie 是什么情况. 高端机不清楚,中低端的跑 java native 体验还是要好不少,续航也长. 站在开发角度看我觉得现在不管什么框架 /方案,哪个配套资源(轮子)多选哪个才是最省心的. 不过前端的东西太多了,年龄一大真的学不动了.想起了去年 github 里面的那个 issue. |
 | 4 yippees 2019-04-27 00:11:58 +08:00 巨头博弈 没必要捆绑战车 |
 | 5 zealot0630 2019-04-27 11:35:34 +08:00 via Android 现在都是 H5 套壳了 |
 | 6 dying4death 2019-04-27 13:23:18 +08:00 意思何在，否则只是浪费精力和时间而已 |
 | 7 nnegier 2019-04-27 19:44:07 +08:00 via Android 那些说 H5 套壳的，承认有，但能不能别说都，其实很误导人的 |
 | 8 nnegier 2019-04-27 19:45:18 +08:00 via Android @dying4death 安全，复用性强(多个平台用一套代码) |
 | 9 exiahan 2019-04-27 22:19:55 +08:00 via Android 1.native 适合处理一些比较独立于 jvm 的，需要和 native 交互的流程，对于游戏那肯定就是图形相关的内容，c/c++直接和 GL 相关 so 交互了。 2.如果只是为了 native 而 native，在 native 里面频繁通过 jni 调用上层 jvm 的功能不仅不能提速反而会变得更慢 3.从 lollipop 开始的 dex2oat 会把 bytecode 通过 aot 直接 native 化，后面不管是所谓的延迟编译还是 prof 指导，最终结果还是一个 dex 里面能 native 的基本上都 native 了（当然这个 native 和 ndk 的 native 还是有区别的。 |
Select Language