macOSでの公証：コンポーネント構造の変更
macOSの公証プロセスは進化し続けています。残念ながら、4D v11で設計された4Dコンポーネントの内部構造は、クロスプラットフォームの互換性を実現するためのものでしたが、AppleがシリコンベースのMacのために導入した要件をもはや満たしておらず、コンポーネントの公証はますます困難になっています。
導入プロセスを簡素化するために、4D 20 R8からコンポーネント構造を更新しました。この新しいフォルダ構造により、公証とデプロイは、アプリケーションをデプロイするのと同じくらい簡単になりました。しかし、重要な注意点があります。更新された構造は、古いバージョンの4D（例えば、4D 20 R7以前）とは互換性がありません。
Build4Dコンポーネントも新しい構造を反映するように更新されました。コンポーネントをビルドする際には、正しいバージョンのBuild4Dを使用していることを確認してください。
重要な注意事項4D 20 R7またはそれ以前のバージョンでビルドされたコンポーネントは、公証時にエラーが発生する可能性があります。4D 20 R8にアップデートすることをお勧めします。
マージされた4Dアプリケーションを公証する方法 (macOS 12 & Xcode 13)
注：macOS 12/Monterey および Xcode 13 用のアップデートです。 Xcode 12以前については、このブログ記事を参照してください。
Monterey (macOS 12) では、パブリックネットワーク上で配布されるアプリケーションを公証することが強く推奨されています。多くの開発者は、接続されたストレージデバイスを使用して、またはファイル共有を介してアプリケーションを転送しています。公証は、アプリケーションが悪意のあるものではないことをユーザーに保証することを目的としており、ウェブサイトからダウンロードされたアプリケーションにのみ必要です。
4D v18でアプリケーションを構築する際に、ビルトイン署名機能を使用すると、アプリケーションを公証する準備ができます。このプロセスは、4Dの外部で行われます。申請書に電子署名を追加し、署名された申請書を自動検査サービスに提出することになります。ここでは、必要な情報をご紹介します。
マージされた4Dアプリケーションを公証する方法
Catalina（macOS 10.15）では、パブリックネットワーク上で配布されるアプリケーションを公証することが強く推奨されています。かなりの数の開発者が、接続されたストレージデバイスを使用して、またはファイル共有を介してアプリケーションを転送していますが、ユーザーがすでに開発者を信頼しているこれらのケースでは、公証は必要ではありません。公証の目的は、アプリケーションが悪意のあるものではないことをユーザーに保証することであり、ウェブサイトからダウンロードしたアプリケーションにのみ必要です。
4D v18でアプリケーションを構築する際に、ビルトイン署名機能を使用すれば、アプリケーションは公証される準備が整っています。このプロセスは、4Dの外部で行われます。このプロセスでは、申請書に電子署名を追加し、署名された申請書を自動検査サービスへ提出します。以下は、あなたが知るべきすべてのことです。
4DであなたのmacOSアプリケーションを公証に対応させる
Catalina (macOS 10.15)がリリースされ、AppleはApp Store以外で配布されるソフトウェアの公証を必須とすることを発表しました。これはいくつかの質問を引き起こすかもしれません：私の4Dアプリケーションが公証されていない場合はどうなりますか？私の4Dアプリケーションが公証されていなかったら？どのように？慌てないでください。このブログでその答えをお伝えします。