皆様からの貴重なご意見にお応えして、4Dプロジェクト・アーキテクチャを大幅に改善しました。
従来、カタログファイルには、テーブル、フィールド、リレーションに適用される色や位置などのグラフィカルな情報を含む、プロジェクト構造に関するすべての情報が含まれていました。現在では、これらの詳細は別のファイルに便利に保存することができ、プルリクエストのレビューやバージョン管理システムでのマージ競合の管理作業を簡素化することができます。
この機能強化の詳細を掘り下げてみましょう。
テーブル、フィールド、リレーションの位置や色を変更すると、catalog.4DCatalogファイルが更新されます。テーブル・フィールドの並び替えも同様でした。
4D v20 R5から、テーブルとフィールドのグラフィカルな外観は、カタログファイルと一緒に別のファイルに保存されるようになりました。新しいcatalog_editor.jsonファイルに格納されている情報は以下の通りです:
- テーブルの位置
- テーブルのサイズ
- テーブルの色
- テーブルの表示可能フィールド数
- テーブル・フィールドの順序
- フィールドの色
- フィールドの位置
- リレーションの色
この新しい動作により、主に複数の開発者が同じプロジェクトで作業する場合、他の開発者による構造の修正がレビューしやすくなります。
テーブルを移動したり、テーブルのサイズを変更したり、フィールドの順序を変更したり、色を変更したりしても、catalog.4DCatalogファイルに触れることはありません。
この新しいファイル・アーキテクチャにより、catalog.4DCatalogファイルには重要なデータベース構造情報しか含まれなくなったため、VCSアプリケーションのマージ競合の管理が容易になりました。プルリクエストをチェックするとき、catalog.4DCatalogファイルにより多くの注意を払い、catalog_editor.jsonファイルにより少ない注意を払うことができます!
この新しい動作は、4D v20 R5から作成または変換されたプロジェクトの標準的な動作です。
既存プロジェクトへの影響
既存のプロジェクト(4D v20 R5以前に作成または変換されたもの)に、この新しい動作を強制したくないので、新しい互換性パラメータを追加しました。
このパラメータを有効にすると、構造が保存されるときに、新しいcatalog_editor.jsonファイルが自動的に作成されます。
ロールバック
誤って有効化してしまった場合でも、慌てる必要はありません。
構造エディターはまずcatalog.4DCatalogファイルから情報をロードし、catalog_editor.jsonファイルの内容で上書きします。その結果、互換性設定を無効にし、構造エディターを開き、catalog.4DCatalogファイルに情報を保存するように視覚的な変更を行い、catalog_editor.jsonファイルを削除することでロールバックすることができます。
私たちのフォーラムであなたの考えや経験を共有し、この新機能についてのご意見をお聞かせください。