Re: [心得] 非native開發app，反而讓開發過程更痛苦

[sweet00914 (別理我)]

本身也是native app developer，前幾年也有原PO的感同身受

一些跨平台的開發工具想用一個project同時產出android/ios/windows的App

天方夜譚以及旁門左道。

後來我對於這樣子的想法慢慢有些改變了...

--------

跨平台開發工具來開發App沒有對與錯  只有適不適合的問題

真的只有適合與不適合的問題

倘若要開發一個簡易的會員管理系統，需同時支援android/ios/windows

在有限的資源下，跨平台開發真的是較佳解決方式

倘若要開發一種線上即時對戰遊戲，我想native的開發app是較好的選擇

因此，任何一種開發方式都有其存在價值。

--------

用刀叉來吃一碗滷肉飯，沒有不可以。只是較不適合而已

用筷子來吃一份香煎牛排，沒有不可能，也是不適合罷了。

希望我這麼說...可以減少你的憤怒。XD

※ 引述《purin88 (原來我是憤怒的鄉民)》之銘言：
: 先說說敝人經歷，native app工程師（擅android /swift）有ios上架經驗，開發過多支a
: pp
: 最近夢見在某公司擔任app開發工程師，
: 進去才發現其實app開發是用網頁開發，
: 本身又不是前端人才，但還是試著用bootstrap
: 開發app，首先是網格系統，把12個網格分三等份切好，
: 接下來要把三個圖片在三個網格垂直置中，
: 在css中加上display:table-cell，水平置中，
: 可是令人崩潰的是垂直置中一直沒辦法，查文件要改less，這一切實在讓人想罵髒話，明
: 明很簡單塞入圖片在網格中垂直置中要搞這麼複雜，以我android layout拉一拉弄一弄或
: ios constraint拉一拉設置水平垂直置中，不到30分鐘解決的事，我搞bootstrap弄了一
: 整天弄不出來，找主管約談說開發前端實在不是我志趣，主管提供另一個工作機會用c#開
: 發app，也就是說用xmarin開發app，我心想我c#都不會，但仍是硬著頭皮study一下，裝
: 了vs2017，然後要啟動模擬器又說我沒裝haxm，研究半天不知道那裡可以下載emulator a
: ccelerator，直接下載android studio，然後按照我熟悉的方式安裝，ok後重開vs2017終
: 於可以建專案在模擬器（跑頗久）產生helloworld，重新回想以上的這些過程，明明nati
: ve開發比較容易，為什麼大家要搞一些旁門左道來寫app，試圖用複雜的網頁取代app，我
: 是不知道網頁的asnyc跟handler是怎麼寫啦，但應該是用jquery的when跟promise來弄，
: 其它es6還要學，總之一切都比native複雜，看清一切事實，後來受不了就跟老闆說要走
: ，老闆一直慰留但我真的覺得我一切都要打掉重練，而且前端跟xmarin難開發，只好說88

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.165.1.163
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1508121384.A.27F.html
→ Argos: 講白了就是只適合寫一些玩具......
→ ssccg: 遊戲不是常用Unity跨平台開發?
推 LinuxKernel: Xamarin的戰場是企業內部app，UI沒太多花樣的
推 senjor: 不只遊戲用Unity了
推 vswillie: 若今天是做自己的產品，我不太會完全用react native
→ vswillie: 但混用應該是滿好的方式，主要功能與架構用native
→ vswillie: 若某些期間限定的功能或較不重要的頁面用react native
→ vswillie: 能省時間，也滿好的
→ vswillie: 若今天是要接案的話，我覺得用react native是好方案
推 Adonisy: 跨平台喊了N年，真的做出幾個可以看的...
推 lovez04wj06: 通常為了加速還是會混合開發
→ lovez04wj06: 不過要做得好，還是native比較理想。
推 lovez04wj06: 跨平台多半都是為了壓低開發成本，連成本都不願意花
→ lovez04wj06: 了，實際成果可想而知。
→ dreamnook: 為了成本跨平台工具無傷大雅 當然前提是真的有降xD
→ vswillie: 可能是我能力較差，純用react native開發，要做出60分
→ vswillie: 的app是容易的，但分數要再往上加的話，我覺得有難度
→ vswillie: 以我現在自己做的產品來說，若今天非主功能或是特定目的
→ vswillie: 如與xx合作的廣告，我就會選擇用react native
→ vswillie: 真的比較省時間，寫一次同時給ios + android用
推 senjor: 這邊Native講的應該不是指React Native吧？ @@a"
→ senjor: 我以為他講的native指的是Android上面就用Android Java
→ senjor: iOS上面就用Swift之類的
推 shortoneal: 個人認為React native的應用場景，就是公司有web前端
→ shortoneal: 但是沒有app開發者的時候，去凹前端學來作的XD
→ shortoneal: 如果是主力產品的話，我很好奇選擇RN的場景是甚麼
→ shortoneal: 而且印象中RN有一個保護FB公司利益的霸王條款..不知
→ shortoneal: 道改了沒...
推 blackie1019: React與React native 授權都改了。但原本也不是什麼
→ blackie1019: 霸王條款
推 ripple0129: 很霸王啊，你只要對FB打官司等同放棄React的專利使用
→ ripple0129: 權，簡單來說FB搞你你還不能告他的意思。
推 SuperW: 原本的授權是指你對fb提出專利訴訟，就喪失react的專利授
→ SuperW: 權，通常只有大公司有資源跟fb打專利訴訟
→ SuperW: 所以對新創來講，應該頂多只影響到被大公司收購的價錢
→ SuperW: 專利工程師轉行軟體的路過
推 senjor: 意思就是，FB只開源給也開源給FB的對象。
→ tw689: 怎麼一堆亂理解的人啊...
推 ripple0129: 專利被FB吃掉的時候也只能摸摸鼻子了，所以反彈很大，
→ ripple0129: 使用者一直都只是基於對FB的信任在使用，或是根本不
→ ripple0129: 懂專利在使用。講是防禦條款，但拿來當武器時太強力了
→ ripple0129: 。
推 SuperW: senjor大，這只是fb想減少被專利訴訟的一種手段
→ SuperW: 反正fb改掉原本的授權條款了，所以現在也沒差了 XD
推 sunbysea: 我現在用Ionic寫，感覺還行
→ vswillie: 先不管背後的實作方式，react native(非native開發app)
→ Argos: 霸王條款還好吧？那Apple不是更霸道？XD 他讓你下架你就得
→ Argos: 下架 管你啥架構 我不爽我就弄你
推 jsgoc: JAVA本身就跨平台 arm intel還不是跑爽爽
→ jsgoc: 10年前 JAVA剛起來的時候 大家一直噓 說C++才是最強的
→ jsgoc: JAVA什麼太肥 太慢 結果2006~2017發展還不錯
→ jsgoc: 人不要太鐵齒 沒有什麼不會發生 跨平台吸引力就是在
推 shortoneal: 那就等他更好用一點再開始用他啊，XDD又不是選股
→ shortoneal: 能寫該平台的native app去學RN很快的啦
→ CCben: 反正不用爭啦, 看看fb是不是真的不會告人.
→ angusyu: 想用就去用啊，我個人死都不會用那種東西。
→ elements: 授權條款改了 沒機會看到fb告人了
推 jsgoc: android開始支援kotlin 建議也看一下 屎守JAVA和當年屎守C
推 jsgoc: JAVA不是不好 而是有更好的語言一直出現
→ jsgoc: C++也不是不好 而是一直有出現更適合的語言出現
→ jsgoc: 如果要真正的native c才是真正的native因為JAVA有些也是呼
→ jsgoc: 叫底層的C去執行
推 senjor: 感謝jsgoc提供的訊息~
→ dreamnook: 可以降低開發成本的語言就是好語言
→ angusyu: 大家在講系統原生語言，你在講 c
→ Argos: JAVA不是不好只是用了會被告到脫褲 所以才改用kotlin XDDD
推 senjor: 沒錯，這樣還是不會改變大家對於Native的理解啊....
推 onlyeric23: google早就贏了
→ Argos: 會上訴阿 而且弄這個弄了六年 勞民傷財 這才是硬傷
推 jiahansu: 遊戲才更適合用跨平台方案，用C++和OpenGL開發，才是真N
→ jiahansu: ative