エラー処理
エラー処理とは、アプリケーション内で発生する可能性のあるエラーに備え、対処することです。 ランタイムにおけるエラーのキャッチや報告、またそれらの条件を検証するため、4Dは包括的なサポートを提供しています。
エラー処理は次の2つの要望に応えます:
- 開発フェーズにおいて、問題となりうるコードのエラーやバグを発見して修正したい。
- 運用フェーズにおいて、予期しないエラーを検知して回復したい。とくに、システムエラーダイアログ (ディスクが一杯、ファイルがない、など) を独自のインターフェースに置換できます。
基本的に、4D でエラー処理する方法は 2つあります。 次のことが可能です:
- install an error-handling method, or
- use a
Try()
keyword or aTry/Catch
structure before pieces of code that call a function, method, or expression that can throw an error.
サーバー上で実行されるコードのため、4D Server にはグローバルなエラー処理メソッドを実装しておくことが強く推奨されます。 4D Server が ヘッドレス で実行されていない場合 (つまり、管理画面 付きで起動されている場合)、このメソッドによって、予期せぬダイアログがサーバーマシン上に表示されることを防ぎます。 ヘッドレスモードでは、エラーは解析のため 4DDebugLog ファイル に記録されます。
エラー/ステータス
entity.save()
や transporter.send()
など、おおくの 4D クラス関数は status オブジェクトを返します。 ランタイムにおいて "想定される"、プログラムの実行を停止させないエラー (無効なパスワード、ロックされたエンティティなど) がこのオブジェクトに格納されます。 これらのエラーへの対応は、通常のコードによっておこなうことができます。
ディスク書き込みエラーやネットワークの問題などのイレギュラーな中断は "想定されない" エラーです。 これらのエラーは例外を発生させ、エラー処理メソッドや Try()
キーワードを介して対応する必要があります。
エラー処理メソッドの実装
4D においては、エラー専用のプロジェクトメソッドである エラー処理 (または エラーキャッチ) メソッド内ですべてのエラーをキャッチし、処理することができます。
インストールされたエラーハンドラーは、4Dアプリケーションまたはそのコンポーネントでエラーが発生した場合、インタープリターモードまたはコンパイル済モードで自動的に呼び出されます。 実行コンテキストに応じて、異なるエラーハンドラーを呼び出すこともできます (後述参照)。
エラー処理用のプロジェクトメソッドを 実装 するには、ON ERR CALL
コマンドをコールし、当該プロジェクトメソッド名と (任意で) スコープを引数として渡します。 例:
ON ERR CALL("IO_Errors";ek local) // ローカルなエラー処理メソッドを実装します
実行コンテキストにおいてエラーの検知を中止するには、空の文字列を指定して再度 ON ERR CALL
コマンドをコールします:
ON ERR CALL("";ek local) // ローカルプロセスにおいてエラーの検知を中止します
The Method called on error
command allows you to know the name of the method installed by ON ERR CALL
for the current process. このコマンドは汎用的なコードでとくに有用です。エラー処理メソッドを一時的に変更し、後で復元することができます:
$methCurrent:=Method called on error(ek local)
ON ERR CALL("NewMethod";ek local)
// ドキュメントが開けない場合にエラーが生成されます
$ref:=Open document("MyDocument")
// 前のエラー処理メソッドに戻します
ON ERR CALL($methCurrent;ek local)
スコープとコンポーネント
エラー処理メソッドは、実行コンテキストごとに設定することができます:
- カレントプロセス - ローカルなエラーハンドラーはカレントプロジェクトのカレントプロセスで発生したエラーに対してのみ呼び出されます。
- アプリケーション全体 - グローバルなエラーハンドラーは、カレントプロジェクトのアプリケーションの実行コンテキストで発生したすべてのエラーに対して呼び出されます。
- コンポーネント - このエラーハンドラーはホストプロジェクトにおいて定義され、コンポーネント内で発生したすべてのエラーに対して、(コンポーネント内のハンドラーで処理されない場合に) ホスト内で呼び出されます。
例:
ON ERR CALL("IO_Errors";ek local) // ローカルなエラー処理メソッドをインストールします
ON ERR CALL("globalHandler";ek global) // グローバルなエラー処理メソッドをインストールします
ON ERR CALL("componentHandler";ek errors from components) // コンポーネント用のエラー処理メソッドをインストールします
"フォールバック" として機能するグローバルエラーハンドラーと、特定プロセス専用のローカルエラーハンドラーを同時にインストールすることができます。 グローバルなエラーハンドラーは、インターフェース付きでサーバーを実行している場合にエラーダイアログの表示を避けるためにも有効です。
アプリケーションにおいて一つのエラーキャッチメソッドを使うやり方もあれば、アプリケーションのモジュールごとに違うメソッドを定義する方法もあります。 ただし、一つのプロジェクトと一つの実行コンテキストにつき実装できるのは一つのメソッドのみです。
エラーが発生した場合、以下の図のように 1つのメソッドのみが呼び出されます:
メソッド内でのエラー処理
独自に作成したエラー処理メソッド内では、エラーを調査するための情報がいくつか提供されています:
-
専用のシステム変数:
Error
(倍長整数): エラーコードError method
(テキスト): エラーを生成したメソッドの名称Error line
(倍長整数): エラーを生成したメソッドの行番号Error formula
(テキスト): エラーの元となった 4D コードのフォーミュラ (テキスト)
4D は、いくつかの システム変数 と呼ばれる専用の変数を自動的に管理しています。
Last errors
コマンドは、4Dアプリケーションのカレントエラースタックに関する情報をコレクションとして返します。 また同じ情報を配列として返すLast errors
コマンドを使用することもできます。Call chain
コマンドは、カレントプロセス内におけるメソッド呼び出しチェーンの各ステップを説明するオブジェクトのコレクションを返します。
例題
簡単なエラー処理システムの例です:
// エラー処理メソッドをインストールします
ON ERR CALL("errorMethod")
//... コードの実行
ON ERR CALL("") // エラーの検知を中止します
// errorMethod プロジェクトメソッド
If(Error#1006) // これはユーザーによる割り込みではありません
ALERT("エラー "+String(Error)+" が発生しました。問題となったコードはこちらです: \""+Error formula+"\"")
End if
空のエラー処理メソッド
標準のエラーダイアログを表示させないようにするには、空のエラー処理メソッドを実装するだけで実現できます。 Error
システム変数はエラー処理メソッド以外のメソッドでも確認することができます:
ON ERR CALL("emptyMethod") // emptyMethod は空のエラー処理メソッドです
$doc:=Open document( "myFile.txt")
If (Error=-43)
ALERT("ファイルが見つかりません。")
End if
ON ERR CALL("")
Try(expression)
Try(expression)
文は、実際の実行コンテキスト (特にローカル変数の値を含む) で単一行の式をテストし、スローされるエラーをキャッチすることで、4D のエラーダイアログボックスが表示されないようにできます。 Try(expression)
を使用すると、非常に少ないコードで単純なエラーケースを処理することができ、エラー処理メソッドを必要としません。
If you want to try a more complex code than a single-line expression, you might consider using a Try/Catch
structure.
Try(expression)
文の正式なシンタックスは、以下の通りです:
Try (expression) : any | Undefined
expression には任意の有効な式を使用できます。
実行中にエラーが発生した場合、Try()
の呼び出し前に エラー処理メソッド がインストールされたかどうかに関係なく、エラーダイアログは表示されず、エラーはキャッチされます。 expression が値を返す場合、Try()
は最後に評価された値を返します。値が返されない場合、Try()
は Undefined
を返します。
エラーは、Last errors
コマンドを使用することで処理できます。 expression が Try()
のスタック内でエラーをスローした場合、実行フローは停止し、最後に実行された Try()
(コールスタック内で最初に見つかったもの) に戻ります。
もし expression によって エラー処理メソッド がインストールされた場合、エラー発生時にはそれが呼び出されます。
例題
- ファイルをエラーなく開くことができ、その内容が読み取り可能な場合に、ファイルの内容を表示します。 以下のように書くことができます:
var $text : Text
var $file : 4D.File := File("/RESOURCES/myFile.txt")
var $fileHandle : 4D.FileHandle := Try($file.open())
If ($fileHandle # Null)
$text:=Try($fileHandle.readText()) || "ファイル読み込みエラー"
End if
- ゼロ除算エラーを処理します。 ここでは 0 を返し、エラーをスローするようにします:
function divide( $p1: real; $p2: real)-> $result: real
if ($p2=0)
$result:=0 // 可読性のため (実数のデフォルトは 0 です)
throw(-12345; "ゼロ除算")
else
$result:=$p1/$p2
end if
function test()
$result:=Try(divide($p1;$p2))
If (Last errors # null)
ALERT("エラー")
End if
- 予測可能なエラーと予測不可能なエラー の両方を処理します。
var $e:=ds.Employee.new()
$e.name:="Smith"
$status:=Try($e.save()) // 予測可能なエラーと予測不可能なエラーをキャッチします
If ($status.success)
ALERT( "成功")
Else
ALERT( "エラー: "+JSON Stringify($status.errors))
End if
Try...Catch...End try
The Try...Catch...End try
structure allows you to test a block code in its actual execution context (including, in particular, local variable values) and to intercept errors it throws so that the 4D error dialog box is not displayed.
Unlike the Try(expression)
keyword that evaluates a single-line expression, the Try...Catch...End try
structure allows you to evaluate any code block, from the most simple to the most complex, without requiring an error-handling method. In addition, the Catch
block can be used to handle the error in any custom way.
The formal syntax of the Try...Catch...End try
structure is:
Try
statement(s) // 評価するコード
Catch
statement(s) // エラーの場合に実行するコード
End try
The code placed between the Try
and the Catch
keywords is first executed, then the flow depends on the error(s) encountered during this execution.
- If no error is thrown, the code execution continues after the corresponding
End try
keyword. The code placed between theCatch
and theEnd try
keywords is not executed. - If the code block execution throws a non-deferred error, the execution flow stops and executes the corresponding
Catch
code block. - If the code block calls a method that throws a deferred error, the execution flow jumps directly to the corresponding
Catch
code block. - If a deferred error is directly thrown from the
Try
block, the execution flow continues until the end of theTry
block and does not execute the correspondingCatch
block.
If a deferred error is thrown outside of the Try
block, the code execution continues until the end of the method or function.
For more information on deferred and non-deferred errors, please refer to the throw
command description.
In the Catch
code block, you can handle the error(s) using standard error handling commands. The Last errors
function contains the last errors collection. You can declare an error-handling method in this code block, in which case it is called in case of error (otherwise the 4D error dialog box is displayed).
If an error-handling method is installed in the code placed between the Try
and the Catch
keywords, it is called in case of error.
例題
Combining transactions and Try...Catch...End try
structures allows writing secured code for critical features.
Function createInvoice($customer : cs.customerEntity; $items : Collection; $invoiceRef : Text) : cs.invoiceEntity
var $newInvoice : cs.invoiceEntity
var $newInvoiceLine : cs.invoiceLineEntity
var $item : Object
ds.startTransaction()
Try
$newInvoice:=This.new()
$newInvoice.customer:=$customer
$newInvoice.invoiceRef:=$invoiceRef
For each ($item; $items)
$newInvoiceLine:=ds.invoiceLine.new()
$newInvoiceLine.item:=$item.item
$newInvoiceLine.amount:=$item.amount
$newInvoiceLine.invoice:=$newInvoice
// インボイス項目を検証するその他の関数を呼び出します
$newInvoiceLine.save()
End for each
$newInvoice.save()
ds.validateTransaction()
Catch
ds.cancelTransaction()
ds.logErrors(Last errors)
$newInvoice:=Null
End try
return $newInvoice