作者keke0421 (zrae)
看板Soft_Job
標題[請益] 用網頁技術寫APP的優缺點?
時間Wed Mar 16 00:08:04 2016
一直在心中有疑惑
很多公司都在徵 Android / iOS APP工程師
但這些APP 不是可以用 網頁的技術來解決嗎
如最近很潮的 React Native
雖然目前支援還不完全
但是做一般不太複雜的APP 我想功能已經很夠了？
撇除做一些遊戲類 或者比較複雜的 APP
我想不通 為什麼還需要特別去徵原生的APP工程師？
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.160.149.78
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1458058087.A.5BB.html
1F：推 spjay1: 好奇+1 03/16 00:21
2F：→ chuegou: 想到firefox OS 我也有同樣疑問 03/16 00:24
3F：→ wildli0422: 用網頁來做的會被瀏覽器限制吧？ 亂猜xd 03/16 00:43
4F：推 s80199: 主要還是硬體兼容性的限制，UI元件套用已經沒問題了 03/16 00:44
5F：推 oneheat: ex.decoder,render等效能限制 03/16 00:58
6F：→ cha122977: 系統API(推播,鬧鐘之類的)還是要native API 03/16 01:00
7F：推 maxplayer2: 流暢度一定有差 還有像是推播跟硬體存取等問題 其實we 03/16 01:01
8F：→ maxplayer2: b和原生UI混合開發才是最好的 03/16 01:01
9F：→ powerwolf543: 稍微爬了一下文，ReactNative還是需要針對不同平台 03/16 01:04
10F：→ powerwolf543: 寫不同的Code，而且效能也沒有原生的好。 03/16 01:04
11F：→ erspicu: 這應該算是老話題了 網路上不少討論跟比較 03/16 01:12
12F：→ erspicu: 如果要了解最快就是兩種做法都熟到一個程度 03/16 01:14
13F：推 lovelycateye: 你永遠不會知道會不會突然踩到「比較複雜」的界線 03/16 01:15
14F：→ erspicu: 而且又不是每家公司的APP每款功能都很簡單 03/16 01:16
15F：→ lovelycateye: ReactNative 已經算比較好可以混著寫了。 03/16 01:17
16F：→ erspicu: 簡單來說就是介面能靠網頁比較簡單 簡單功能會有API提供 03/16 01:17
17F：→ erspicu: 但深入一點的功能 或是著重顯示更新效 還是都得靠native 03/16 01:18
18F：推 sing10407: 還要考慮徵才面的問題 03/16 01:23
19F：推 dophin332: 簡單應用的native工程師供給多 03/16 03:13
20F：→ y3k: 3效能有差 加上Apple嘴巴講得和手動的不一樣 這種Hybrid的優 03/16 10:30
21F：→ y3k: 勢瞬間砍半 都要歸功Apple的審核 03/16 10:31
22F：推 edward13: 寫下去就知了 然後你會覺得要寫3次不如寫2次就好 03/16 15:40
23F：推 liddle: 「需求不是你定的」這就是答案。 03/16 18:45
24F：→ v2266514: 看需求和成本 03/16 19:06
25F：→ lyuping: 原生的還是比較快啊 03/16 23:16
26F：推 doranako: 主要還是webview有限制，因為安全性會限制瀏覽器作一些 03/17 12:49
27F：→ doranako: 事情 03/17 12:49
28F：推 annheilong: 因為獨立一個APP有意義 03/18 11:30