本身也是native app developer，前几年也有原PO的感同身受
一些跨平台的开发工具想用一个project同时产出android/ios/windows的App
天方夜谭以及旁门左道。
后来我对于这样子的想法慢慢有些改变了...

讲白了就是只适合写一些玩具......

游戏不是常用Unity跨平台开发?

Xamarin的战场是企业内部app，UI没太多花样的

不只游戏用Unity了

若今天是做自己的产品，我不太会完全用react native但混用应该是满好的方式，主要功能与架构用native若某些期间限定的功能或较不重要的页面用react native能省时间，也满好的若今天是要接案的话，我觉得用react native是好方案

跨平台喊了N年，真的做出几个可以看的...

通常为了加速还是会混合开发不过要做得好，还是native比较理想。跨平台多半都是为了压低开发成本，连成本都不愿意花了，实际成果可想而知。

为了成本跨平台工具无伤大雅 当然前提是真的有降xD

可能是我能力较差，纯用react native开发，要做出60分的app是容易的，但分数要再往上加的话，我觉得有难度以我现在自己做的产品来说，若今天非主功能或是特定目的如与xx合作的广告，我就会选择用react native真的比较省时间，写一次同时给ios + android用

这边Native讲的应该不是指React Native吧？ @@a"我以为他讲的native指的是Android上面就用Android JavaiOS上面就用Swift之类的

个人认为React native的应用场景，就是公司有web前端但是没有app开发者的时候，去凹前端学来作的XD如果是主力产品的话，我很好奇选择RN的场景是什么而且印象中RN有一个保护FB公司利益的霸王条款..不知道改了没...

React与React native 授权都改了。但原本也不是什么霸王条款

很霸王啊，你只要对FB打官司等同放弃React的专利使用权，简单来说FB搞你你还不能告他的意思。

原本的授权是指你对fb提出专利诉讼，就丧失react的专利授权，通常只有大公司有资源跟fb打专利诉讼所以对新创来讲，应该顶多只影响到被大公司收购的价钱专利工程师转行软件的路过

意思就是，FB只开源给也开源给FB的对象。

怎么一堆乱理解的人啊...

专利被FB吃掉的时候也只能摸摸鼻子了，所以反弹很大，使用者一直都只是基于对FB的信任在使用，或是根本不懂专利在使用。讲是防御条款，但拿来当武器时太强力了。

senjor大，这只是fb想减少被专利诉讼的一种手段反正fb改掉原本的授权条款了，所以现在也没差了 XD

我现在用Ionic写，感觉还行

先不管背后的实作方式，react native(非native开发app)

霸王条款还好吧？那Apple不是更霸道？XD 他让你下架你就得下架 管你啥架构 我不爽我就弄你

JAVA本身就跨平台 arm intel还不是跑爽爽10年前 JAVA刚起来的时候 大家一直嘘 说C++才是最强的JAVA什么太肥 太慢 结果2006~2017发展还不错人不要太铁齿 没有什么不会发生 跨平台吸引力就是在

那就等他更好用一点再开始用他啊，XDD又不是选股能写该平台的native app去学RN很快的啦

反正不用争啦, 看看fb是不是真的不会告人.

想用就去用啊，我个人死都不会用那种东西。

授权条款改了 没机会看到fb告人了

android开始支援kotlin 建议也看一下 屎守JAVA和当年屎守CJAVA不是不好 而是有更好的语言一直出现C++也不是不好 而是一直有出现更适合的语言出现如果要真正的native c才是真正的native因为JAVA有些也是呼叫底层的C去执行

感谢jsgoc提供的讯息~

可以降低开发成本的语言就是好语言

大家在讲系统原生语言，你在讲 c

JAVA不是不好只是用了会被告到脱裤 所以才改用kotlin XDDD

没错，这样还是不会改变大家对于Native的理解啊....

google早就赢了

会上诉阿 而且弄这个弄了六年 劳民伤财 这才是硬伤

游戏才更适合用跨平台方案，用C++和OpenGL开发，才是真Native