プロジェクトデータベース：アーキテクチャー

4D v18リリースのヘッドライナーであるプロジェクトデータベースは、データベース構造からフォーム、メニュー、ユーザー設定、または必要なリソースを含むユーザーインターフェースまでのすべてを含むテキストファイルで、ソースコントロールシステムにアプリケーションのコードを格納することにより、分散チームが共同作業を行うことを可能にします。また、プロジェクトデータベースはテキストベースのファイルで構成されているため、1つの親データベースフォルダ内に、複数のフォルダとファイルが格納されることになります。このブログでは、プロジェクトデータベースのアーキテクチャについて説明し、この新しいタイプのデータベースについて理解を深めていただきたいと思います。

プロジェクトデータベースの構造

プロジェクトデータベースは、1 つの親データベースフォルダー内に格納された複数のフォルダーとファイルから構成されます。

プロジェクトとソース管理

プロジェクト データベース内のフォルダーとファイルがわかったところで、どのフォルダーやファイルをソース管理システムにアップロードすべきでしょうか。おそらく、ResourcesとProjectフォルダーだとお考えでしょう。しかし、データベースをコンパイルするとき、4Dはコンパイルしたコードを“Project/DerivedData“フォルダに格納します。したがって、“Resources” フォルダ、“WebFolder” フォルダ、“Project” フォルダ (DerivedData” サブフォルダを含まない) をソースコントロールシステムにアップロードすることが推奨されます。

バイナリデータベースとプロジェクトデータベースの比較

このビデオでは、バイナリデータベース (.4DB) とプロジェクトデータベース (.4DProject) のアーキテクチャを比較します。

例えば、バイナリデータベースを開くために、”.4db” または “.4dc” という拡張子のファイルを選択するとします。プロジェクト・データベースでは何が相当するのでしょうか？それは、”.4DProject “の拡張子を持つファイルです。

コンパイル済みデータベースの場合、”.4DC “ファイルに相当するものは何ですか？バイナリーデータベースでは、アプリケーションのソースコードは、”.4DB “と”.4DIndy “の拡張子を持つファイルにあります。プロジェクトデータベースの場合、どのフォルダやファイルが構造に対応するのでしょうか？

これらの質問に対する答えやその他の情報は、以下のビデオでご覧いただけます。