新システム変数「エラー式
新しいシステム変数がエラーを発生させた 4D コードを取得するために利用可能です。4D v15 R4では、エラーが発生するたびに、エラーコードに加えて、エラーが発生したメソッドと行を取得する方法があります。
使用する4D製品のプログラミング言語に関係なく、4Dメソッドコードを書き出すことが可能
METHOD GET CODEコマンドは、メソッドコードをエクスポートし、コマンド、テーブル、フィールドの名前に関係なく、また使用する4D製品のプログラミング言語に関係なく、全く同じ結果を得ることができるように強化されました…
そのために、コードエレメント（4Dコマンド、4D定数、テーブル、フィールドなど）のトークンも一緒にエクスポートされます。これらのトークンはユニークで、名前がアップグレードされたり、実行する4Dの言語とは別の言語で書かれていても、4Dはそれらが表す要素として解釈することができます。
データベースミラーリング
ログファイルを統合する際、4Dは最初のエラーで停止し、いかなるエラーメッセージも返しません。統合エラーの理由は、例えば、ハードディスクの不良や書き込み時のソフトウェアエラーなど、ログの破損が考えられます。そのエラーが最後に発生した場合は問題ありませんが、ログの最初や途中でも発生する可能性があります。この場合、エラーの後のデータが役に立つかもしれません。
さて、標準モードでの統合に失敗した場合、自動修復モードでの統合を試してみることができます。この場合、4Dは遭遇したエラーの解決を試み、統合を停止せず、エラーリストを返します。
JournalのJSONエクスポート
4D アプリケーションでは、データファイルが重要であるため、データベースのすべてのアクティビティはログファイルに保存されます。皆さんもご存知のように、ログファイルは、不幸な不測の事態が発生した場合に、データベースを復旧させるために不可欠な要素です。しかし、データベースの活動に関するすべての情報は、分析に役立つこともあります。例えば、テーブルのアクティビティをチェックしたり、ユーザーによる変更を確認したり、レコードの履歴を追ったりすることができます。
4Dモバイルセッション
WEBセッションのコマンドは、4Dモバイルセッションに適応されました。4D Mobileセッションに関連するクエリーの結果やプロセス間変数を保存できるようになりました。例えば、4D Mobileセッションの新しい処理で、ユーザーのカートを管理することができます。
トランザクションの一時停止と再開
この機能は、トランザクションの制御下で実行する必要のない特定の操作を、トランザクション内から実行する必要がある場合に便利です。
アプリケーションデプロイメントのための新アーキテクチャ
今日、マージされたアプリケーションは、アプリケーションパッケージとコンパイルされたファイル（.4DC）に多くの情報を保存します。アプリケーションパッケージに情報を保存すると、読み取り専用のアプリケーションを作成できなくなるだけでなく、アプリケーションを更新したときに情報が失われてしまうという、もう1つの厄介な結果が生じます。
ユニークなフィールドでの重複を報告する
4D v15 R3では、ユニークと宣言されたフィールドの重複を検出する方法が強化され、ユーザーは どのフィールドが問題であるかを知る手段を持つことができるようになりました。
何が新しくなりましたか？すべての違反フィールドは、エラーメッセージまたはログに表示されるようになりました。
重複は、2つの異なる方法で報告することができます。
- 4Dが違反フィールドを含むデータベースにインデックスを作成する必要がある場合。
- MSC Verifyのスキャン中。
REPLACE STRINGの方が速い
4D v15 R3では、コマンドのアルゴリズムが強化されました。 REPLACE STRINGコマンドのアルゴリズムが強化され、大量のデータに対する置換が高速化されました。32,000件のオカレンスを置き換えるテストでは、新しいアルゴリズムにより、コマンドは古いものに比べて平均4000倍高速になりました。
4D Write Proのユーザーインターフェイス
4D v15 R4では、専用のコマンドを使用して、独自の4D Write Proインターフェースをデザインすることが可能になりました。選択範囲、段落、文書内の画像、または文書自体の属性を操作するための新しいコマンドが多数用意されています。