macOSの公証プロセスは進化し続けています。残念ながら、4D v11で設計された4Dコンポーネントの内部構造は、クロスプラットフォームの互換性を実現するためのものでしたが、AppleがシリコンベースのMacのために導入した要件をもはや満たしておらず、コンポーネントの公証はますます困難になっています。
導入プロセスを簡素化するために、4D 20 R8からコンポーネント構造を更新しました。この新しいフォルダ構造により、公証とデプロイは、アプリケーションをデプロイするのと同じくらい簡単になりました。しかし、重要な注意点があります。更新された構造は、古いバージョンの4D（例えば、4D 20 R7以前）とは互換性がありません。
Build4Dコンポーネントも新しい構造を反映するように更新されました。コンポーネントをビルドする際には、正しいバージョンのBuild4Dを使用していることを確認してください。
重要な注意事項4D 20 R7またはそれ以前のバージョンでビルドされたコンポーネントは、公証時にエラーが発生する可能性があります。4D 20 R8にアップデートすることをお勧めします。
コンポーネント構造の変更点の詳細リストです：
すべてのコンポーネントファイルは、Contentsフォルダの中にあります。
コンポーネントをビルドする際に、info.plistファイルが追加されるようになりました。
いくつかのフィールドは、ビルド時に4Dによって自動的に設定されます：
- CFBundleDisplayNameとCFBundleNameには、アプリケーション名が設定されます。
- CFBundleShortVersionStringとCFBundleVersionは、Versioning / Common / CommonVersionの値を取ります。
- NSHumanReadableCopyrightは、Versioning / Common / CommonCopyrightの値を取ります。
Build4Dコンポーネントでビルドされたコンポーネントの場合、これらのファイルは以下の値を取ります：
- CFBundleDisplayNameとCFBundleNameには、 アプリケーション名が設定されます。
- コピーライトを設定することができ、NSHumanReadableCopyrightフィールドを埋めます。
- CFBundleShortVersionStringとCFBundleVersionには、アプリケーションのバージョンが設定されます（x.x.x形式）。
公証についてもっと読みたい方は、このブログ記事をお読みください。
ご質問やサポートが必要な場合は、4Dフォーラムでお尋ねください。私たちは、この移行をできるだけスムーズに行えるようお手伝いします。