这是一个创建于 2047 天前的主题，其中的信息可能已经有所发展或是发生改变。
我指的纯 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