Frameworkを使用して、コーディングをする人に説明をしたので、メモしときます。Frameworkでは、StrutsActionに関してはSpringのDelegatingActionProxyクラスからStrutsActionを呼び出す方法を取ります。実装としては、BliStrutsActionを継承してjp.sf.bli.ss.sample.SampleActionのようなクラスをアプリケーションの要件に応じて最小の個数だけ作成します。ここでいうアプリケーションの要件とはdoProcessBefore、doProcess、doProcessAfterというBliStrutsActionのメソッドの記述に差異が必要になる要件を指します。その要件のパターン数だけ作成するだけになります。遷移先はsuccessにて正常終了とfailureでアプリケーションで判定できるエラー終了とし、fatalでExceptionを伴うような異常処理としています。このくらいの遷移パターンで完結させて設計するとわかりやすくなりミスを防げたり保守しやすくなります。私は大抵、このくらいで実装する事が多いです。遷移の選択肢が多い場合は設計を見直すことが多いです。実際のビジネスロジックはBliStrutsActionにSpringがInjectionするblCtrlによって決まるのです。SpringのXMLファイルの設定でblCtrlをInjectionする事により、BliStrutsActionの継承クラスは何パターンものxxx.doとして動作可能になります。InjectionというBLIの持つ意味の一つを指しています。結果、Actionクラスをコーディングする個数が激減されます。ような画面を表示します。|コメントコメントするname:email:url:comments:Cookieに登録この記事のトラックバックURLトラックバック機能は終了しました。