推 spjay1: 好奇+1 03/16 00:21
→ chuegou: 想到firefox OS 我也有同樣疑問 03/16 00:24
→ wildli0422: 用網頁來做的會被瀏覽器限制吧？ 亂猜xd 03/16 00:43
推 s80199: 主要還是硬體兼容性的限制，UI元件套用已經沒問題了 03/16 00:44
推 oneheat: ex.decoder,render等效能限制 03/16 00:58
→ cha122977: 系統API(推播,鬧鐘之類的)還是要native API 03/16 01:00
推 maxplayer2: 流暢度一定有差 還有像是推播跟硬體存取等問題 其實we 03/16 01:01
→ maxplayer2: b和原生UI混合開發才是最好的 03/16 01:01
→ powerwolf543: 稍微爬了一下文，ReactNative還是需要針對不同平台 03/16 01:04
→ powerwolf543: 寫不同的Code，而且效能也沒有原生的好。 03/16 01:04
→ erspicu: 這應該算是老話題了 網路上不少討論跟比較 03/16 01:12
→ erspicu: 如果要了解最快就是兩種做法都熟到一個程度 03/16 01:14
推 lovelycateye: 你永遠不會知道會不會突然踩到「比較複雜」的界線 03/16 01:15
→ erspicu: 而且又不是每家公司的APP每款功能都很簡單 03/16 01:16
→ lovelycateye: ReactNative 已經算比較好可以混著寫了。 03/16 01:17
→ erspicu: 簡單來說就是介面能靠網頁比較簡單 簡單功能會有API提供 03/16 01:17
→ erspicu: 但深入一點的功能 或是著重顯示更新效 還是都得靠native 03/16 01:18
推 sing10407: 還要考慮徵才面的問題 03/16 01:23
推 dophin332: 簡單應用的native工程師供給多 03/16 03:13
→ y3k: 3效能有差 加上Apple嘴巴講得和手動的不一樣 這種Hybrid的優 03/16 10:30
→ y3k: 勢瞬間砍半 都要歸功Apple的審核 03/16 10:31
推 edward13: 寫下去就知了 然後你會覺得要寫3次不如寫2次就好 03/16 15:40
推 liddle: 「需求不是你定的」這就是答案。 03/16 18:45
→ v2266514: 看需求和成本 03/16 19:06
→ lyuping: 原生的還是比較快啊 03/16 23:16
推 doranako: 主要還是webview有限制，因為安全性會限制瀏覽器作一些 03/17 12:49
→ doranako: 事情 03/17 12:49
推 annheilong: 因為獨立一個APP有意義 03/18 11:30