strutsアクションクラスとビジネスサービス層

Question

私はサービス層で行われた "ビジネス検証"を扱う際に質問があります。以下のコードは、十分な資金があることを検証する典型的な口座資金移転の例を示しています。振込額は定義された限度額よりも小さいです。

この例では、呼び出し側はActionクラスで定義された例外を処理して捕捉し、対応するActionErrorを使用してエラーメッセージを表示する必要があります。

すべてのビジネス検証に例外を使用する必要がありますか？

これを例外として使用しないと決めた場合、特定の意味でビジネスレイヤー（対応/結合性に違反する）に対応するActionErrorを定義する必要があります。

サービスレイヤによって伝播されるメッセージをActionクラスに戻す方法を教えてください。

public void transfer(String fromAccount, String toAccount, double amount) throws InsufficientFundsException, TransferLimitException, FactoryException { 
    try { 
     Account from = getAccountHome().findByPrimaryKey( 
new AccountKey(fromAccount)); 
     Account to = getAccountHome().findByPrimaryKey( 
new AccountKey(toAccount)); 
     if (from.getBalance() < amount) 
      throw new InsufficientFundsException(); // Add action errors 

     if (from.getTransferLimit() > amount) 
      throw new TransferLimitException(); // Add action errors 
     to.deposit(amount); 
     from.withdraw(amount); 
    } catch (Exception e) { 
     throw new FactoryException( 
"cannot perform transfer. Nested exception is " + e); 
    } 
} 

Answer 1

あなたのビジネスは、モデルで処理する必要がありますし、あなたのビジネスロジックで発生した問題は、このケースでのStruts Actionクラスで、呼び出し元に伝播されなければなりません。

しかし、あなたは基本的にすべての問題の発信者を通知する二つの方法持っているので、あなたは、夫婦にモデルを使用してStrutsのクラス（アクション、ActionFormの、たActionError、ActionMessageなど）をしたくない：

• 復帰一部を呼び出し元が確認できるエラーコード。
• 発信者が捕捉できるいくつかの例外をスローします。

私は例外を使用して好む、彼らがどんなに実行チェーンの深いどこでもビジネス層の内側からトップ層にスローされないことができるからです。これは、最初のアプローチの場合と同じように、エラーコードをバブルアップする必要がないため、ビジネスコードをきれいに保ちます。

例外はActionクラスによって捕捉され、ActionErrorオブジェクトに変換され、Viewに表示されます。あなたがそれをやめて、throwing the kitchen sinkになってしまったり、あなたのActionクラスが過剰なtry-catchブロックで混雑するようにしてください。さらに、例外を伝播させて、下からスローされたすべての例外をキャッチし、例外タイプに基づいて適切なビューにリダイレクトする何らかの並べ替えのexception handlerを作成することができます。