アプリケーションデプロイメントのための新アーキテクチャ

今日、マージされたアプリケーションは、アプリケーションパッケージとコンパイルされたファイル（.4DC）に多くの情報を保存します。アプリケーションパッケージに情報を保存すると、読み取り専用のアプリケーションを作成できなくなるだけでなく、アプリケーションを更新したときに情報が失われてしまうという、もう1つの厄介な結果が生じます。

アプリケーションを更新すると情報が消えてしまうのです。このように、このシステムは面倒なのです。

読み取り専用のアプリケーションを可能にするために、4Dは将来のバージョンで段階的にこの情報を再配置するように修正される予定です。

v15 R4では、新しいUse new architecture for application deployments compatibilityオプションを使用すると、Dataファイルのパスとサーバー接続情報をユーザー設定に保存することができます。

たとえば、開発者が更新されたアプリケーションを顧客にデプロイする場合、最後のデータファイルの場所は上書きされません。エンドユーザーが構造を起動すると、ユーザーの操作なしに古いデータファイルが検出されます。

データファイルのパス

マージされたスタンドアロンおよびマージされたサーバーアプリケーションの場合、ユーザー設定にデータファイルパスを保存すると、アプリケーションをデータファイルにリンクするために2つのモードが利用できます。

アプリケーション名で（デフォルト）

このモードでは、4Dアプリケーションは、構造ファイルに対応する最も最近開いたデータファイルを自動的に開きます。この柔軟で直感的なモードでは、アプリケーションパッケージをディスク上で自由に移動させることができます。

アプリケーションパスで

このモードでは、マージされたアプリケーションは、アプリケーションのフルパスにリンクされたデータファイルを開きます。このモードでは、マージされたアプリケーションパッケージを何度も複製し、それぞれに独自のデータファイルを使用させることができます。ただし、このオプションでは、ディスク上のアプリケーションパッケージを移動したり名前を変更したりすると、アプリケーションのフルパスが変更されます。その結果、移動または名前変更されたアプリケーションパッケージは、そのデータファイルへのリンクを失います。

サーバー接続情報

マージされたクライアントアプリケーションでは、クライアントがサーバーへの接続に成功すると、サーバーの接続情報がユーザー設定に保存されます。

もう一つの興味深い点は、接続に失敗したときにクライアントアプリケーションがサーバー選択ダイアログを表示するかどうかを、開発者が制御できるようになったことです。デフォルトでは表示されませんが、新しい buildapp XML キーを使用することで変更できます。

詳細は、4D v15 R4 アップグレードマニュアルを参照してください。