請問哪一種App應用比連線手機遊戲還複雜, 要求還高的?
寫久了我反而懷疑死抱著原生環境不放的, 寫App還分Android
跟iOS團隊的, 是不是適應新技術有問題?
我朋友以前他是原生iOS開發, 後來都是在寫 C#配合Visual Studio
/Xamarin的跨平台方案, 先前也做過銀行的案子跟金融相關(股票軟體)App,
也都妥妥的上線啦!
如果是早幾年, 遇到跨平台開發失敗很正常, 那時候生態系跟工具都
不夠成熟, 知識累積的也不夠多, 別把以前的經驗拿到現在來說吧?
做這行每天都有變化, 技術每天都在進步的, 去年的經驗拿到現在來說,
搞不好都已經沒有太大參考價值了...
與失敗為伍者，天天靠盃都是別人的錯。
與成功為伍者，天天跟失敗切磋直到不再出錯。
直長髮的女子 wrote:
我有在自學寫APP 程式，主要學習用Android studio開發，因為用Android手機、家裡也沒有蘋果電腦，可是用Android studio開發APP 程式只適用於Android手機。
Inoic、angularjs雖然可以同時在iOS及Android手機上使用，但我公司是做硬體的，需要用程式控制手機硬體或是使用APP對其他硬體做些設定與控制，使用Inoic、angularjs開發APP 程式似乎不適合，除了Android studio、Xcode，還有其他IDE整合開發環境或是程式語言可以同時在iOS及Android手機上使用，而且可以控制硬體嗎？謝謝！
這種就是混合式的開發, UI跟絕大部份功能是用跨平台工具開發.
Call硬體的部份用原生開發環境寫好Lib/DLL給跨平台程式呼叫.
重點在於跨平台的程式去呼叫原生程式, 這google一下, stackoverflow
多爬幾篇都是做得到的.
與失敗為伍者，天天靠盃都是別人的錯。
與成功為伍者，天天跟失敗切磋直到不再出錯。
bluesystem wrote:
不好意思, 我們現在寫手機遊戲「沒有」不跨平台的...
遊戲產業仰賴現成引擎，幾乎沒有哪家公司敢投入大量成本從零開始，遊戲產業要不跨平台除非公司手骨奇粗
bluesystem wrote:
請問哪一種App應用比連線手機遊戲還複雜, 要求還高的?
除非貴公司遊戲的render從gl開始寫起，不仰賴現成引擎
否則論技術我不覺得哪裡高了(從零開始刻真是噩夢阿)
bluesystem wrote:
寫久了我反而懷疑死抱著原生環境不放的, 寫App還分Android
跟iOS團隊的, 是不是適應新技術有問題?
一個新的原生開發環境出來不去適應，忽略一堆風險只想write once
我比較覺得那種採跨平台的解決方案才是適應力有問題
bluesystem wrote:
我朋友以前他是原生iOS開發, 後來都是在寫 C#配合Visual Studio
/Xamarin的跨平台方案, 先前也做過銀行的案子跟金融相關(股票軟體)App,
也都妥妥的上線啦!
只要需求不會發散，沒有問題
金融業是出了名的不會出怪招，某民營還在Java 1.4
bluesystem wrote:
如果是早幾年, 遇到跨平台開發失敗很正常, 那時候生態系跟工具都
不夠成熟, 知識累積的也不夠多, 別把以前的經驗拿到現在來說吧?
做這行每天都有變化, 技術每天都在進步的, 去年的經驗拿到現在來說,
搞不好都已經沒有太大參考價值了...
對，去年的經驗在現在可能有大半都要砍掉，這就是當下mobile的生態
這就是跨平台解決方案的窘境，他不跟上你的App永遠卡在原地
若你待在需求爆炸的公司，這絕對會要你命
Reactive Native , xamarin, 以及最新的 flutter
但其實連 Facebook 這個 RN 的開發公司, 上次從網路上爬文得知,
他們的 app 也是80%是用原生程式碼來開發
目的是為了較好的使用者體驗
Airbnb 前陣子也已經棄用了 RN, 原因就是反而還要多花心神去維護 RN
然後原生的部分一樣沒辦法全部捨棄
目前看來 只能觀望 google 的 flutter 發展的如何
因為其内容是以低階繪圖的方式來呈現 UI, 所以較不受平台版本升級的直接影響
效能也會較佳
如果開發的功能需求是可以控制預期的 那用跨平台技術可以是一種不錯的選擇
但如果要考慮未來的擴充性 個人建議還是走原生比較保險穩固
開發工具的支援也方便強大許多
內文搜尋
從 APP 打開
X