macOSでの公証：コンポーネント構造の変更

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フォーラムでお尋ねください。私たちは、この移行をできるだけスムーズに行えるようお手伝いします。