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

看板Soft_Job作者 (別理我)時間6年前 (2017/10/16 10:36), 編輯推噓23(23048)
留言71則, 20人參與, 6年前最新討論串2/4 (看更多)
本身也是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

10/16 10:41, 6年前 , 1F
講白了就是只適合寫一些玩具......
10/16 10:41, 1F

10/16 10:45, 6年前 , 2F
遊戲不是常用Unity跨平台開發?
10/16 10:45, 2F

10/16 11:06, 6年前 , 3F
Xamarin的戰場是企業內部app,UI沒太多花樣的
10/16 11:06, 3F

10/16 11:09, 6年前 , 4F
不只遊戲用Unity了
10/16 11:09, 4F

10/16 11:12, 6年前 , 5F
若今天是做自己的產品,我不太會完全用react native
10/16 11:12, 5F

10/16 11:12, 6年前 , 6F
但混用應該是滿好的方式,主要功能與架構用native
10/16 11:12, 6F

10/16 11:12, 6年前 , 7F
若某些期間限定的功能或較不重要的頁面用react native
10/16 11:12, 7F

10/16 11:13, 6年前 , 8F
能省時間,也滿好的
10/16 11:13, 8F

10/16 11:13, 6年前 , 9F
若今天是要接案的話,我覺得用react native是好方案
10/16 11:13, 9F

10/16 11:26, 6年前 , 10F
跨平台喊了N年,真的做出幾個可以看的...
10/16 11:26, 10F

10/16 11:28, 6年前 , 11F
通常為了加速還是會混合開發
10/16 11:28, 11F

10/16 11:29, 6年前 , 12F
不過要做得好,還是native比較理想。
10/16 11:29, 12F

10/16 11:31, 6年前 , 13F
跨平台多半都是為了壓低開發成本,連成本都不願意花
10/16 11:31, 13F

10/16 11:31, 6年前 , 14F
了,實際成果可想而知。
10/16 11:31, 14F

10/16 12:33, 6年前 , 15F
為了成本跨平台工具無傷大雅 當然前提是真的有降xD
10/16 12:33, 15F

10/16 12:44, 6年前 , 16F
可能是我能力較差,純用react native開發,要做出60分
10/16 12:44, 16F

10/16 12:44, 6年前 , 17F
的app是容易的,但分數要再往上加的話,我覺得有難度
10/16 12:44, 17F

10/16 12:46, 6年前 , 18F
以我現在自己做的產品來說,若今天非主功能或是特定目的
10/16 12:46, 18F

10/16 12:46, 6年前 , 19F
如與xx合作的廣告,我就會選擇用react native
10/16 12:46, 19F

10/16 12:46, 6年前 , 20F
真的比較省時間,寫一次同時給ios + android用
10/16 12:46, 20F

10/16 12:54, 6年前 , 21F
這邊Native講的應該不是指React Native吧? @@a"
10/16 12:54, 21F

10/16 12:56, 6年前 , 22F
我以為他講的native指的是Android上面就用Android Java
10/16 12:56, 22F

10/16 12:56, 6年前 , 23F
iOS上面就用Swift之類的
10/16 12:56, 23F

10/16 13:40, 6年前 , 24F
個人認為React native的應用場景,就是公司有web前端
10/16 13:40, 24F

10/16 13:40, 6年前 , 25F
但是沒有app開發者的時候,去凹前端學來作的XD
10/16 13:40, 25F

10/16 13:41, 6年前 , 26F
如果是主力產品的話,我很好奇選擇RN的場景是甚麼
10/16 13:41, 26F

10/16 13:42, 6年前 , 27F
而且印象中RN有一個保護FB公司利益的霸王條款..不知
10/16 13:42, 27F

10/16 13:42, 6年前 , 28F
道改了沒...
10/16 13:42, 28F

10/16 13:57, 6年前 , 29F
React與React native 授權都改了。但原本也不是什麼
10/16 13:57, 29F

10/16 13:57, 6年前 , 30F
霸王條款
10/16 13:57, 30F

10/16 14:22, 6年前 , 31F
很霸王啊,你只要對FB打官司等同放棄React的專利使用
10/16 14:22, 31F

10/16 14:22, 6年前 , 32F
權,簡單來說FB搞你你還不能告他的意思。
10/16 14:22, 32F

10/16 15:01, 6年前 , 33F
原本的授權是指你對fb提出專利訴訟,就喪失react的專利授
10/16 15:01, 33F

10/16 15:07, 6年前 , 34F
權,通常只有大公司有資源跟fb打專利訴訟
10/16 15:07, 34F

10/16 15:07, 6年前 , 35F
所以對新創來講,應該頂多只影響到被大公司收購的價錢
10/16 15:07, 35F

10/16 15:08, 6年前 , 36F
專利工程師轉行軟體的路過
10/16 15:08, 36F

10/16 15:09, 6年前 , 37F
意思就是,FB只開源給也開源給FB的對象。
10/16 15:09, 37F

10/16 15:13, 6年前 , 38F
怎麼一堆亂理解的人啊...
10/16 15:13, 38F

10/16 15:15, 6年前 , 39F
專利被FB吃掉的時候也只能摸摸鼻子了,所以反彈很大,
10/16 15:15, 39F

10/16 15:15, 6年前 , 40F
使用者一直都只是基於對FB的信任在使用,或是根本不
10/16 15:15, 40F

10/16 15:15, 6年前 , 41F
懂專利在使用。講是防禦條款,但拿來當武器時太強力了
10/16 15:15, 41F

10/16 15:15, 6年前 , 42F
10/16 15:15, 42F

10/16 15:18, 6年前 , 43F
senjor大,這只是fb想減少被專利訴訟的一種手段
10/16 15:18, 43F

10/16 15:19, 6年前 , 44F
反正fb改掉原本的授權條款了,所以現在也沒差了 XD
10/16 15:19, 44F

10/16 15:22, 6年前 , 45F
我現在用Ionic寫,感覺還行
10/16 15:22, 45F

10/16 16:00, 6年前 , 46F
先不管背後的實作方式,react native(非native開發app)
10/16 16:00, 46F

10/16 18:04, 6年前 , 47F
霸王條款還好吧?那Apple不是更霸道?XD 他讓你下架你就得
10/16 18:04, 47F

10/16 18:05, 6年前 , 48F
下架 管你啥架構 我不爽我就弄你
10/16 18:05, 48F

10/16 20:46, 6年前 , 49F
JAVA本身就跨平台 arm intel還不是跑爽爽
10/16 20:46, 49F

10/16 20:47, 6年前 , 50F
10年前 JAVA剛起來的時候 大家一直噓 說C++才是最強的
10/16 20:47, 50F

10/16 20:47, 6年前 , 51F
JAVA什麼太肥 太慢 結果2006~2017發展還不錯
10/16 20:47, 51F

10/16 20:48, 6年前 , 52F
人不要太鐵齒 沒有什麼不會發生 跨平台吸引力就是在
10/16 20:48, 52F

10/16 21:17, 6年前 , 53F
那就等他更好用一點再開始用他啊,XDD又不是選股
10/16 21:17, 53F

10/16 21:18, 6年前 , 54F
能寫該平台的native app去學RN很快的啦
10/16 21:18, 54F

10/16 21:47, 6年前 , 55F
反正不用爭啦, 看看fb是不是真的不會告人.
10/16 21:47, 55F

10/16 22:02, 6年前 , 56F
想用就去用啊,我個人死都不會用那種東西。
10/16 22:02, 56F

10/16 22:12, 6年前 , 57F
授權條款改了 沒機會看到fb告人了
10/16 22:12, 57F

10/16 23:12, 6年前 , 58F
android開始支援kotlin 建議也看一下 屎守JAVA和當年屎守C
10/16 23:12, 58F

10/16 23:22, 6年前 , 59F
JAVA不是不好 而是有更好的語言一直出現
10/16 23:22, 59F

10/16 23:24, 6年前 , 60F
C++也不是不好 而是一直有出現更適合的語言出現
10/16 23:24, 60F

10/16 23:25, 6年前 , 61F
如果要真正的native c才是真正的native因為JAVA有些也是呼
10/16 23:25, 61F

10/16 23:25, 6年前 , 62F
叫底層的C去執行
10/16 23:25, 62F

10/16 23:42, 6年前 , 63F
感謝jsgoc提供的訊息~
10/16 23:42, 63F

10/16 23:52, 6年前 , 64F
可以降低開發成本的語言就是好語言
10/16 23:52, 64F

10/17 06:37, 6年前 , 65F
大家在講系統原生語言,你在講 c
10/17 06:37, 65F

10/17 09:52, 6年前 , 66F
JAVA不是不好只是用了會被告到脫褲 所以才改用kotlin XDDD
10/17 09:52, 66F

10/17 10:59, 6年前 , 67F
沒錯,這樣還是不會改變大家對於Native的理解啊....
10/17 10:59, 67F

10/17 23:48, 6年前 , 68F
google早就贏了
10/17 23:48, 68F

10/18 10:01, 6年前 , 69F
會上訴阿 而且弄這個弄了六年 勞民傷財 這才是硬傷
10/18 10:01, 69F

10/21 10:01, 6年前 , 70F
遊戲才更適合用跨平台方案,用C++和OpenGL開發,才是真N
10/21 10:01, 70F

10/21 10:01, 6年前 , 71F
ative
10/21 10:01, 71F
文章代碼(AID): #1Pv1ie9_ (Soft_Job)
文章代碼(AID): #1Pv1ie9_ (Soft_Job)