本身也是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