4D Japan
テクニカルサポートブログ-
PROJECT DATABASEシリーズ：プロジェクト・データベースとコンポーネント
4D v18より、プロジェクト・データベースを使った変換と開発の方法についてブログのシリーズを掲載してきました。コンポーネントについてはどうでしょう？このブログで疑問に答えていきます。
開発と運用
とても簡単で、開発とコンポーネントのインストールは変わりません。以前と同じ技術を使い続けることができます。
忘れてはいけないのは、プロジェクト・データベースのアーキテクチャーのブログで説明したように、ストラクチャファイル (.4db)に相当するのは”Project”フォルダーであるということです。あなたのコンポーネントを、Projectフォルダーと同層にある”Component”フォルダーに追加するだけです。
プロジェクトとバイナリー・データベースを混在させる？
もしもバイナリー・データベースをプロジェクトに変換したら、コンポーネントの全てもプロジェクトに変換する必要はありません。バイナリー・データベース (.4db)のように、プロジェクト・データベースはプロジェクトとバイナリー・コンポーネントの両方をロードできます。
そのため、データベースとコンポーネントを、一つずつ簡単に変換できます。
What’s what?
二つの新しいデータベース・パラメータを自由に使用できます：
-
もしホストデータベースがプロジェクトの場合
$isProject:=Get database parameter(Is host database a project) -
もしカレントデータベースがプロジェクトの場合
$isProject:=Get database parameter(Is current database a project)
-
-
PROJECT DATABASESシリーズ：アプリケーションの運用
アプリケーションの運用を次のステップへ進めましょう。4D v18を使えば：
- インタプリタコードを含まないコンパイルされたデータベースを生成
- ダブルクリックできるスタンドアロンアプリケーションを生成（例：4Dボリュームデスクトップや4Dデータベースエンジンとマージ）
- クライアントとサーバーのパーツを自動でアップデートするクライアント/サーバー・アプリケーションを生成
プロジェクトデータベースを使えば、最終的なアプリケーションのビルドを両方のプラットフォームでビルドすることもできます。プロジェクトデータベースは、バイナリーデータベースとして同じコンフィギュレーションファイルを使います。
ステップ１：コードのコンパイル
バイナリーデータベース (.4db)と同じ方法でプロジェクトデータベースをコンパイルすることができます。二つのデータベース間の違いはわずかです。インターフェイスは同じで、プロダクトマシンコードは同じです。
唯一の違いは、コンパイルされた結果が、バイナリーデータベースではバイナリーファイル (.4db)に保存されるのに対して、プロジェクトデータベースでは”Project/DerivedData/CompliedCode”フォルダに保存されることです。
ステップ２：アプリケーションの作成
コードをコンパイルするのと同じ方法で、アプリケーションを作成するのに変えることはありません。
- コンパイルされたデータベース
- コンポーネント
- スタンドアロンアプリケーション
- クライアント/サーバー・アプリケーション
変換されたプロジェクトデータベースと同じコンフィギュレーションファイルを使うことができます。
プロジェクトデータベースを使うときは常に、違いは生成されたファイル中にあります。作成されたアプリケーションのコンテンツを見れば、”4dc”ファイルの替わりに”.4dz”拡張子のファイルがあります。
具体的なサンプル
以下のビデオでは、バイナリーデータベースからコンパイルされたデータベースを生成しています。そのあと、同じことをプロジェクトデータベースで行なっています。プロジェクトデータベースはバイナリーデータベースの変換の結果です。
ビデオの最後に、得られたファイルのサイズを比較しています。.4dzは.4dcに比較して5倍小さくなっています。
"
-
SDIモードでツールバーウィンドウは非サポート
Open form windowで指定できるウィンドウタイプの中にToolbar form windowというものがあります。ツールバーは，常時，スクリーンの前面上部に表示される特殊なウィンドウで，メインメニューのような役割を果たしますが，Windows版のSDIモードでは正式にサポートされていません。特に，複数のモニターが接続されており，それぞれの解像度や形が違っている状況でツールバーを表示すると，ウィンドウの幅が足りなかったり，ウィンドウが間違ったスクリーンに表示されたりします。これは仕様です。SDIモードでは，ツールバーに依存せず，それぞれのウィンドウが独立して機能するようなデザインにする必要があります。
-
HTMLテンプレートと改行コード
クイックレポートのHTML出力には，カスタムテンプレートを使用することができます。テンプレートは，特殊な「タグ」（
PRCESS 4D TAGSとは違うタグ）がコメント文で挿入されたHTMLテキストであり，整形されたレポートを出力するために使用されるものです。タグを使用してテキストを挿入した場合，テンプレート内の改行コード（
0x10）は，すべて<br />タグに変換されます。Document to textコマンドでテンプレートをロードした場合，改行コードの数が違うために，HTML出力の体裁が変わってしまうことがあります。これは仕様です。クロスプラットフォームで改行の数を揃えるためには，Document to textコマンドで同じ改行オプションを指定するようにしてください。
-
プロジェクトモードにデフォルトの標準アクションはない
プロジェクトモードでは，フォームオブジェクトの「標準アクション」にオブジェクト毎のデフォルト値は特に設定されていません。たとえば，新しく作成したタブコントロールは，デベロッパが明示的に設定しない限り，「ページ移動」のボタンにはなりません。これは仕様です。