iOS 和 macOS 兩大系統的應用生態融合是一個極具野心的項目，也是蘋果近幾年在軟件層面實施的最大改動。Ars Technica 近日采訪了幾位蘋果工程師和第三方開發者，對這個項目做了進一步解析。
早在 2018 年的 WWDC 大會上，蘋果就公開回應了一個已經被討論許久的話題，那就是 iOS 和 macOS 在系統上的融合。但實際上，蘋果并未打算將兩個系統合并，它真正想做的其實是打通移動端和桌面端的應用生態。
作為首批展示案例，在 macOS 10.14 中，蘋果就曾把 iOS 端的新聞、股票等手機應用移植到 Mac 系統中，強調可以讓開發者用「很少的精力」就能實現這樣的移植工作。
▲ 圖片來自：Forbes
到了今年，蘋果進一步公開了名為「Project Cataylst」的項目，讓廣大第三方開發者也參與到移植工作中。
簡單來說，現在開發者們可以利用蘋果提供的新工具包，只要對 iPad 應用的底層代碼做簡單的調整，就能直接創建一個可以在 Mac 電腦上運行的應用。
這聽起來似乎并不困難，但項目本身仍然有很多讓人在意的細節。
如何將一款 iPad 應用搬到 Mac 電腦上？
去年，蘋果工程副總裁克雷格 · 費德里吉（Craig Federighi）曾介紹「Project Cataylst」項目的設立目的，就是為了讓成熟的 iOS 應用生態來倒推 Mac 平臺的發展，豐富桌面端的應用。
從數據來看，iPhone 的用戶規模已經接近 10 億，而使用 Mac 電腦的用戶量僅為 1 億而已，在這樣的懸殊差距下，指望開發者只為 Mac 開發應用顯然很困難，而移植則是彌補差距最快速、簡單的策略。
但作為平臺方，想要拉攏足夠多的第三方開發者參與其中，顯然得先解決移植的工作量、成本和風險等問題。
為此，蘋果第一步是計劃先將 iPad 應用帶到 Mac 電腦中，而非數量更多的 iPhone 應用。macOS 的高級市場總監 Todd Benjamin 解釋說，這是因為 iPad 應用在上線時就已經針對大屏幕做了適配，UI 界面基本都是現成可用的，反而是 iPhone 手機應用需要重新修改設計。
但在具體的遷移過程中，iOS 與 macOS 兩個系統的編寫底層仍存在不少差異。
最明顯的一點，macOS 應用使用 AppKit，而 iOS 應用使用 UIKit，這是兩種不同的開發框架，直接復用一套代碼顯然不現實，蘋果只能盡可能地將兩者架構中相同的部分整合到一起，降低移植的工作量。
▲ 整合后的底層架構
Twitter 的工程師 Nolan O'Brien 在采訪時就表示，蘋果提供了一個可以讓開發者重復利用現有代碼資源的套件，這意味著應用廠商不必再為 Mac 應用單獨設立一支運維團隊。
「今后我們對于 Mac 平臺的支持，會提升至和 iPhone、iPad 一樣的水準。」O'Brien 稱，目前 Twitter 的官方版 macOS 應用已經在 WWDC 上有過展示，之后就會上架 Mac 商店。
而旅行規劃軟件 Tripit 的開發者 Rich Shimano 則認為，移植工作的挑戰在于要照顧一些老舊的框架代碼，其中可能需要用新的 API 進行改寫，此外還要調整 iPad 應用對于多任務和窗口自動布局的支持。
但架構整合只是其中一點，iPad 和 Mac 的硬件與交互差異也會對應用設計產生影響，兩者的使用場景也都不盡相同。
蘋果在開發者文檔中也提及，有的 iPad 應用會借用陀螺儀、重力加速感應器和后置攝像頭等元件配合使用，但這些元件并未集成在 Mac 電腦中，移植時蘋果也會自動將不兼容的特性代碼進行刪減。
而在交互方面，iPad 應用基于的是觸摸屏和手勢操作，Mac 應用則需要用鼠標、鍵盤或觸控板。其中的交互變化會在移植過程中自動轉換，比如手指的觸摸 / 長按操作會對應鼠標單擊或雙指點擊，也會加上窗口大小調整、窗口拖放、全屏顯示等只有在 Mac 電腦上才會用到的功能。
自動轉換下來的應用只能達到「可用」的層面，如果開發者想要實現更豐富的功能，比如邊欄設計，新增模塊等，還需要做針對性的編程處理。
但在新的開發環境下，開發者的工作量確實明顯下降了。據采訪介紹，Gameloft 的開發團隊只花了一天時間，就將《狂野飆車 9》從一個 iOS 應用轉變為一個可運行的 Mac 電腦游戲、他們刪減了只能在 iPad 上使用的重力感應操作，改寫了 UI 界面和部分代碼，實現在 Mac 平臺穩定 60 幀的運行。
同時，在桌面級芯片的支持下，移植類應用也能獲得額外的性能資源。
Gameloft 圖形工程師 Alex Urbano 就表示，他們在 Mac 平臺上實現了更高分辨率的支持，同時還增加了一些新的畫面特性，比如車輛的自動陰影、超采樣、高質量的運動模糊和屏幕空間反射功能。
Mac 應用的數量多了，但質量能保證嗎？
雙端應用融合計劃被業內視為是蘋果重新重視起 Mac 平臺的信號，但它也引發了部分 Mac 核心用戶的擔憂。
一方面，蘋果的新套件確實能為 Mac 平臺帶來一大批新的應用；但另一方面，這可能也會降低開發者從零設計一款獨立 Mac 應用的熱情，而傾向于用移植工具解決一切。
▲ 移植到 macOS 平臺的股票應用
畢竟，從現有幾款移植自 iPad 平臺的應用來看，它們的界面都十分簡單，基本就是主界面加一個側邊欄的設計，功能也和 iPad 端基本相同，有的甚至直接照搬了移動端的 UI 控件，這放在強調使用鍵鼠、觸控板操控的 Mac 平臺上顯得格外另類。
不過，蘋果工程師們卻認為，「Project Cataylst」項目的價值在于降低移植門檻，但并未改變 Mac 應用開發的可能性與上限。
「我們讓移動開發者可以在一款基于 UIKit 移動應用的基礎上，使用 Appkit 桌面端的特性來進行調整和修改。而對于那些創意內容人士和專業級工具而言，他們會清楚自己的用戶群和受眾想要什么內容。」
Gameloft 圖形工程師 Alex Urbano 也表示，現在的移植工具對于人力和工作效率的幫助都很明顯。只有需要用到 Mac 中某個特定的硬件功能，他們才會考慮重頭設計一款應用。
為了確保質量，推動開發者對于 Mac 應用的迭代，去年蘋果還改進了 Mac 應用商店的頁面，讓廠商可以看到用戶的評分和反饋，并進一步拉進開發者和用戶之間的關系。
同時，蘋果也希望在新套件的影響下，能夠讓那些過去只為 Mac 做應用的開發者們能夠重新考慮 iPad 平臺，尤其是在 iPadOS 出現后，蘋果對于 iPad 生產力工具的定位也變得更為明確。
「過去 Mac 平臺只擁有那些復雜的應用軟件，它們的功能很強大，適用范圍也十分廣泛，而移動端的應用往往都較為單一，強調的是專注。現在蘋果希望將兩者合并到一起，讓用戶在 Mac 上也能享受到 iPad 和 iPhone 上的應用生態，并在多個平臺保持一致的使用體驗。」
就算不用「Project Cataylst」，開發者們也還有 SwiftUI 可選。這是蘋果為了旗下多個系統提供的一套統一的 UI 編寫框架，同樣可以降低多平臺應用開發門檻。
不過，在開發者看來，是否要在 Mac 平臺上做一個原生應用仍存在爭議。尤其是那些偏向娛樂消費的應用，比如說你想在嗶哩嗶哩上看一部動漫，在 iPad 端可能會點開一個應用，但在 Mac 上則習慣直接登錄網頁端。
如果能用網頁端就能解決，原生應用自然不是必需，那消耗精力開發獨立桌面應用的意義又是什么？拋開市場需求不談，這在缺乏明確商業利益的情況下更是如此。
根據彭博社于今年年初的報道，蘋果計劃在 2021 年左右徹底打通移動端和桌面端的應用，屆時 iPad、iPhone 和 Mac 將會共用一個應用商店，消費者可以實現「一次付費，同時在三個平臺使用應用」的體驗，而無需在不同平臺上分別購買同一個應用。
這不是一件容易的事情，它涉及到蘋果對應用商店戰略的調整，也取決于開發者群體的支持力度。
【來源：愛范兒】
