Java struts1 ActionFormの使用用途

Question

java struts1で確認したいことがあります。

ActionFormの使用用途としては画面のパラメータを格納すること
に使うと思うのですが、入力画面と確認画面がほぼ
同じ項目であった場合は、同じActionFormを使いまわすものなの
でしょうか？

（例）
InputActionとInputActionForm
ConfirmActionとConfirmActionFormがあった時に、
入力項目としてユーザー名が同じような時、そのほか
項目あった時にほぼ同じような時。
アクションごとにActionFormを定義するのが常というもの
なのでしょうか？

コード
private String userNm;

public String getUserNm() {
	return userNm;
}

public void setUserNm(String userNm) {
	this.id = userNm;
}

Answer 1

異なるActionクラスで同一のActionFormを使いまわす場合は、例示されたように、入力画面と確認画面とで完全に同じパラメータの組み合わせ、入力チェック、自動型変換が同じ場合ならば良いでしょう。

ただし同じ処理ではないのに複数Actionクラス間でActionFormを共有すると、本来入ってこないパラメータを許可する可能性や入力チェックの回避を実装しなければならないケースが発生します。
簡単なマスターメンテナンス画面でも、新規登録と更新、削除間で同じActionFormを使ってはならないケース、つまり入ってくるパラメータの組み合わせが違うことは十分ありえますので、画面の入出力項目を鑑みて慎重に定義しなければなりません。

Answer 2

入力画面と確認画面がほぼ 同じ項目であった場合

というよりは、意味的に同じデータ構造を扱う場合は同じフォームを「使い回す」のが一般的かと思います。
そうすれば、バリデーション処理などを共通化できるからです。

例えばユーザーの情報を登録するフローがあったとして、
以下のように 入力・確認・登録 アクションそれぞれで同じフォームクラスを指定しておく（※）と、
※ name="UserdataForm" 部分が共通

struts-config.xml

<!-- 入力アクション -->
<action path="/user-data-input"
        type="com.example.UserdataInputAction"
        name="UserdataForm"
        scope="request"
        validate="false">
    <forward name="success" path="user-data-confirm" />
</action>

<!-- 確認アクション -->
<action path="/user-data-confirm"
        type="com.example.UserdataConfirmAction"
        name="UserdataForm"
        scope="request"
        validate="true"
        input="/user-data-input">
    <forward name="success" path="user-data-register" />
</action>

<!-- 登録アクション -->
<action path="/user-data-register"
        type="com.example.UserdataRegisterAction"
        name="UserdataForm"
        scope="request"
        validate="true"
        input="/user-data-input">
    <forward name="success" path="complete" redirect="true" />
</action>

バリデーションの定義は以下の1つだけで済みます。
validation.xml

<form name="UserdataForm">
    <field property="userName" depends="required">
        <arg0 name="required" key="property.userName" />
    </field>

    <field property="email" depends="required,email">
        <arg0 name="required" key="property.email" />
        <arg0 name="email" key="property.email" />
    </field>

    ...
</form>

逆に、入力・確認・登録処理 それぞれで別のフォームクラスを指定してしまうと、
（おそらく）全く同じ内容のバリデーションをフォームクラスの数だけ、定義しなければならなくなります。

Comments

[退会済みユーザー]

LookupDispatchAction のサブクラスでまとめればいいじゃない

[KiyoshiMotoki]

xa051様

コメントありがとうございます。
私の回答の、どの部分に対するご指摘でしょうか？

[退会済みユーザー]

index confirme update 等一つのアクションクラスで実装できますよ。

userAction#index
#cinfume
#update

等

また入力エラーの場合URLが変わらない

[KiyoshiMotoki]

xa051様

返信ありがとうございます。
ようやく理解しました。

仰る通り、LookupDispatchAction を使用すればアクションクラスも共通化できますね。
質問（※）に対して何か見当違いな回答をしてしまったのかと思い、混乱してしまいました(笑

※ 入力画面と確認画面がほぼ 同じ項目であった場合は、
　同じActionFormを使いまわすものなの でしょうか？

[ajijek]

お世話になります。 kiyoshiMotoki様、　xa051様　
返信ありがとうございます。

具体的なコードまで記載いただきまして、ありがとうございます。
非常にわかりやすく理解度が高まりました。

バリデーションなど共通化できるのですね。定義する手間を省く意味でも
共通化するということはしておいたほうがよいと改めて考えさせられました。

また、LookupDispatchActionですが、私からの情報が漏れてしまい申し訳ございません。
現在使用しているのは、struts1.0でして、以前調べものをしていた時に、struts1.2からのクラスだったと記憶しております。記憶に誤りがなければ、今回は使用できないのかな？と思います。

LookupDispatchActionを使わずに複数画面への遷移など処理を行うとして、
送信されたパラメータの 値ではなく、名前の有無で判断すれば、
普通のActionクラスでも振り分けするみたいな面倒なことをしています。

[退会済みユーザー]

http://www.jajakarta.org/struts/struts1.0/ja/target/documentation/api/org/apache/struts/actions/DispatchAction.html

でも DispatchAction は使えますね。

Answer 3

基本的に「登録画面」「更新画面」「確認画面」「削除確認画面」は同じ form を使います。
またアクションも「更新画面」「確認画面」「削除確認画面」の初期処理は同じアクションクラスを利用します。
※ 利用JSP等が違うだけ

Comments

[退会済みユーザー]

またマスター管理（SELECT BOX用）に至っては複数の「登録画面」「更新画面」でも同じFORMを利用します。

[ajijek]

ありがとうございます。
同じFormということで承知いたしました。