[軟體] iOS軟體移植到Mac難度高不高?

[adkwayne (Wayne)]

常常看到iOS有許多精美軟體

又方便又可靠 可是偏偏Mac上就完全沒有

許多在地化的資訊目前也都只出iOS版本而已

Mac上就算沒有界面最佳化 可以執行也是一件公德圓滿的事

好像沒有太多開發者會同時把iOS的App移植到Mac上

這兩者之間有什麼楚河漢界嗎？請教一下意見

--
※ 發信站: 批踢踢實業坊(ptt.cc) 
◆ From: 114.33.178.110
→ uranusjr:說難也沒那麼難, 但是要改寫總是需要人力, 薪水誰付...
→ uranusjr:而且雖然架構差不多但是門檻還是有, 不是無痛轉換
推 kiii210:最大的差異是UI吧, 行動介面要移植到作業系統
→ kiii210:介面怎麼改 要跟iOS一樣嗎@@ 這樣應該很奇怪
推 peacedove:ui要重新設計+1
推 xevisu:其實還挺滿多的..
推 dinex:Game最多
→ alog:很多問題開個瀏覽器就可以找答案@@
→ alog:有什麼誘因需要特別設計程式@@
→ alog:iOS移植到Mac很多地方程式需要做改變，否則也沒辦法上架
→ alog:若你想要透過程式獲利，那些沒有特別設計為Mac OSX 設計過的
→ alog:的軟體，Mac User 是不會買單的，他們可以找 Free 的替代
→ alog:有些軟體，你不可能用Mac去做，因為他不方便
→ alog:也不實用
→ alog:而如果是資訊類的東西，通常開開瀏覽器都有答案了
→ alog:應該也沒有什麼特別必要去開發Mac應用程式
→ alog:GAME的部份的確是很需要，不過現在已經有不錯的量了
→ alog:但娛樂類的部份通常是以市場為前提，而不是以平台為優先考量
→ alog:他們認為不好，那麼就是不會有
→ alog:順便一提，軟體改寫的部份，除了程式碼及裡面的設計奧祕
→ alog:需要調整以外，那些影像他們都需要重新編排
→ alog:跨一個異質平台，不是你想像的那麼簡單，基本上全部都要重弄
→ alog:除非一開始做軟體時，設計的模式就是以跨多樣平台為優先考量
→ alog:否則你根本沒機會看到直接移植的作品
→ alog:魚目混珠的帶過細節，不是設計 Mac 程式應該有的精神
推 MacBookProR:框架設計和控制事件都要整個換掉,甘脆在MAC上找替代
→ MacBookProR:軟體就好了
推 thurston:iOS軟體，沒有鍵盤輸入設計這就完全不通了。
推 Killercat:看當初怎麼寫的。如果寫得好的話 其實code很多都能重用
→ Killercat:主要就是UI的部分必須要拆得很開，這樣移植不算難
→ Killercat:不過很多人把控制邏輯寫在ui controller裡那就無解了...
→ Killercat:View Controller的耦合度越低 移植越簡單
→ adkwayne:我能理解很多人覺得瀏覽器就能取得一切資訊
→ adkwayne:但很多iOS的App是有專屬性 需要的資訊通常都在三步驟以內
→ adkwayne:網頁的步驟卻比較繁複...所以才有這些疑問
→ happierway:看設計APP的時候有沒有拉軟體架構囉
→ eggimage:給某人 網頁是被限制在瀏覽器的架構下 跟獨立的程式不同
→ eggimage:光是操作模式就已經超大差異了
→ alog:大概也只有操作差異，但網頁的東西可以隨載體不同可以調整
→ alog:有些廠商 App 是用網頁實現整個架構並用 App 包裝起來
→ alog:如果這種方式回朔回瀏覽器使用的模式、也相較寫應用程式簡單
→ alog:許多，操作差異或許重要，不過用他目的還不是要取得資訊
→ alog:我還真不曉得哪些東西有特別需要移過去
→ alog:網頁的步驟比較繁複，我想恐怕只有問題出在設計者
→ alog:你不給他建議，我想你用的網頁大概就那麼複雜了
→ alog:我知道有很多玩意是因為iOS，而誕生的創意，或許都沒有
→ alog:*或許Mac都沒有 我想最好的解決方式是直接反映作者
→ alog:若你認為看似一樣的程式很好開發 我想作者們應該會給你
→ alog:他們心中的答案
→ eggimage:看一個產品的收益程度而定 在瀏覽器下的東西難以跟系統
→ eggimage:整合 而且效能和速度也會有影響
→ alog:應該視產品提供的內容而定 沒需要整合一樣用瀏覽器即可解決
→ alog:效能和速度的確有影響，最明顯的例子是 FB
→ alog:有一段期間他們採用的是App包網頁的做法去執行
→ alog:可是App Store上的評價非常差勁，經重構之後改善許多
→ alog:雖然我這樣講有點反過來了
→ alog:只是我很想表示，你看到的畫面也有可能是網頁
→ alog:用的也是瀏覽器在執行
→ alog:這類的事情各有利弊，我想如果樓主願意的話
→ alog:能不能分享有哪些東西需要從 iOS 移植到 Mac 上的？
→ eggimage:你說的fb當初是拿app跑html5才會效能差 後來是改原生語言
→ alog:是呀 所以我才說有點反了 不過有些東西本身就是網頁
→ alog:想要輕鬆得到移植版的程式 以網頁實作還比較有機會取得
→ alog:不過通常做到這邊用瀏覽器就可以解決了
→ alog:不太需要為 OSX 特別寫軟體，用網頁的還可以在 Windows 使用
→ alog:在 Mac 開發要留意的事項不會比 iOS 上少
→ alog:也很多 iOS 的開發者對 Mac 程式開發一點都不熟悉
→ alog:移植這件事情，如果算過投入的成本，很多都選擇不開發
→ alog:設伺服器架網站，用網頁的方式跨平台還比較滑得來
→ eggimage:不過你說的也是 現在手機平台比桌面平台來得需要專屬apps
→ alog:*划得來 所以我個人覺得用瀏覽器就可以解決的事情沒有不好
→ alog:iOS 基於裝置，延伸出很多新奇的創意
→ alog:但如果希望將某些程式移植到你期望的平台
→ alog:請做足功課 坦白說 設計軟體的作者若是看到這訊息 我想
→ alog:應該很無力 因為我相信他們也知道設計 Mac 程式一定很酷
→ alog:但現實面是得考慮地，你投入的時間跟你自己的生活是不是
→ alog:能回應你的期望是很重要的
→ alog:然後台灣人要開發 Mac 程式資源很有限，英文很多有想法的人
→ alog:剛好看不懂英文 這是很大的弱勢
→ alog:寧可投入在資源較多的地方上，越流行的東西資源就越多
→ alog:移植這個想法.. 不好拉.. 整死作者而已 :P
推 kiii210:log大幹嘛不用回文XD
推 alog:欸...想到很多就打這麼多 sorry QQ
→ alog:光是這議題就可以寫圖文解說了 這兩天打太多字作霸ˊ_>ˋ
推 peacedove:說html5的那個,有一個人用html5寫了一個fb app證明不是
→ peacedove:html5不行,是facebook不會寫
推 peacedove:http://fb.html5isready.com/?action=feed
→ milk78522:講這麼多...就作業系統不同阿
推 rockmanx52:不過有些人會認為既然底層一樣應該會很好移...
→ uranusjr:不會寫程式的人對程式難易的判斷通常離事實很遠
→ uranusjr:很多一般人覺得很神奇的東西其實程式寫起來根本不用工夫
→ uranusjr:但是其實真正難的地方都是在一般人覺得應該不難的地方
→ tyf99:http://bit.ly/YzvtFv
推 hpo14:推 uranusjr 說的 XDDD
→ Killercat:其實底層一樣 不會太難移啊 ＸＤ UI要重弄而已
→ Killercat:當然，View Controller寫滿了邏輯的話 就很難移了
→ Killercat:一切都只是一開始軟體工程有沒有搞好的問題而已....
→ Killercat:不過很妙的是，同樣是NS, iOS還是跟cocoa有微妙的差別
→ Killercat:不過我經驗來講頂多就是幾個warning而已
→ Killercat:....等等 我才發現這邊是Mac板不是MacDev板 囧
→ uranusjr:那是你本來就兩邊都會才覺得不會很難移, 如果本來只會寫
→ uranusjr:iOS 程式, 要轉移到 OS X 時還是要學不少東西