Apple の Project Catalyst は、iOS アプリを移行することで開発者が macOS Catalina 用のソフトウェアを作成するのに役立ちます。その発表と WWDC 後の最初の提供から 1 か月後のディスカッションでは、開発者はいくつかの課題はあるものの、このエクスペリエンスは前向きなものであると感じているようですが、Apple は開発者に提案していますiOS App Store のレビューと同じように、世論によって macOS アプリのバリエーションを改良することになります。

より多くの iOS アプリを macOS に導入するためのソリューションとしての Project Marzipan の名前変更、WWDC の開始プロジェクトの触媒開発者に、できるだけ早く、簡単にアプリの macOS への移行を開始できるツールを提供しました。 Catalyst は、指の代わりにマウス カーソルを使用するなど、タッチスクリーンからデスクトップに変換する際のさまざまなタスクを処理することで、開発を有利にスタートできます。Catalyst は、素早いワンタッチ操作ではなく、macOS 用のアプリを改良するための出発点となります。解決。

Appleのスタッフと話したところ、アルステクニカ 見つかったApple は、現在の iOS バージョンの App Store が運営されているのと同じように、開発者は消費者のアプリの好き嫌いに影響を受けると考えています。同社はすでに、半透明性やステータスバーの考慮など、開発者が従うべき多くのガイドラインやベストプラクティスを提供しているが、アプリが将来どうなるかについての最終的な裁定者は世論である。

Apple のパートナー管理および開発者関係担当シニアディレクターである Shaan Pruden 氏は、レビューと評価が「開発者にとって正しい行動、つまり怠け者ではなく、仕事を正しく行うという正しい行動を促すことを期待しています」と示唆しています。プルーデン氏のコメントは、開発者が単純な移植ではなく、Apple が提供するすべての要素を活用して、アプリが macOS ユーザーに対して適切に動作するように時間と労力を費やしているかどうかに関するものです。

Apple の macOS マーケティング担当シニア ディレクターである Todd Benjamin 氏は、「開発者は競争の激しい iOS App Store での世論の法廷をすでに生き延びていますよね? そこには多くの選択肢がありますが、最低限の努力をしただけでは成功したわけではありません」と付け加えた。可能な仕事量。」

将来の macOS アプリの流入により、モバイル アプリが提供するスキルや機能の範囲がデスクトップのアプリよりも狭いと考えられているため、フル機能のデスクトップ エクスペリエンスを提供するアプリが少なくなるのではないかと一部のユーザーが懸念する可能性があります。移植プロセスを簡素化することで、開発者が利用可能な既存の macOS ネイティブ フレームワークを使用せずに iOS 向けに構築するようになるのではないかという懸念があります。

Apple は、UIKit は開発者に AppKit へのアクセスを提供するため、これが人々が考えるほど大きな問題になる可能性は低いと示唆しています。 Apple Cocoa エンジニアリング マネージャーの Ali Ozer 氏は、「UIKit アプリを Mac に移行するとき、ツールバーやタッチ バー、メニューなどを使用するときに、私たちは AppKit を大いに活用します。これらはすべて AppKit です」と述べています。したがって、開発者は AppKit を直接使用する必要はありませんが、そのコンテキストで UIKit アプリで AppKit を使用することになります。」

それでも、Apple は、macOS の全範囲のアクセスと機能を必要とするアプリには AppKit が最適である可能性があることに同意しました。 Catalyst は開発者に一方的な方法を提供しますが、それを使用するか、AppKit を使い続けるかを決定するのはソフトウェアを作成する人次第です。

Catalyst の初期に取り組んでいた開発者たちは、このプロジェクトには将来性があると示唆しているようです。 Twitter の従業員と自社のアプリについて話したところ、Catalyst のおかげで、既存のコードベースを使用して、増加する Twitter クライアントのバリエーションに必要なサポートの量を最小限に抑えることができたことを賞賛しました。

Twitter のシニア スタッフ エンジニアである Nolan O'Brien 氏は、「Project Catalyst について私たちが興奮したのは、既存の iOS コードベースのどれだけがそのまま機能するかということでした」と述べ、コード内のチェックボックスにチェックを入れるほど簡単ではないと付け加えました。 。

AppKitと比較してマルチウィンドウサポートの機能が異なることや、データベースの永続性などの要素に影響を与えるアプリがバックグラウンドまたは最小化されたときのイベントが欠如していることなど、注意が必要な要素がいくつかありました。

ゲームロフト バルセロナの「アスファルト 9: レジェンズ」の開発者は、そのプロセスがかなり単純であることを発見し、「新しい Xcode で現在の iOS プロジェクトを開き、新しい macOS ターゲット オプションをマークしてコンパイルする」と説明しましたが、そうではなかったことを認めました。ライブラリはモバイル以外のデバイスではサポートされていなかったため、最初の試行で動作しました。コードを変更した後、わずか 24 時間以内に、コードベース全体を使用してゲームの完全にコンパイルされたバージョンが作成されます。

モバイルからデスクトップに移行したにもかかわらず、グラフィックスの処理方法を変更することも簡単でした。作業の主な内容は、より強力な Mac でより高い解像度で動作するようにシェーダの精度を調整することでした。 Metal バッファー管理の機能にも変更が加えられましたが、「厳密に必要」というわけではありませんでしたが、これによりチームは高いフレームレートを維持しながら、iOS バージョンにはないエフェクトをゲームに追加できるようになりました。

「モバイルで機能するものは、必ずしもデスクトップで行う必要はない」ため、重要な課題として注目されたのは、ユーザー インターフェイスをより大きなディスプレイに適応させることでした。