TERASOLUNA Framework

sejimos様

ご回答ありがとうございます。
返信遅くなりまして申し訳ございません。

> ①　ViewDataで画面項目以外のデータを受け渡す
>
> 以下のように定義し、項目Cは画面項目とバインドさせない
>
> [View]
> 項目A
> 項目B
>
> [ViewData]
> 項目A
> 項目B
> 項目C
>
> [InputDto]
> 項目A
> 項目B
> 項目C
>
> ◆メリット
> 　自動でコピーされるため、コーディングレスでデータをセットできる
> ◆デメリット
> 　ViewDataの仕様上、項目Cはstring属性またはValidatableNestedViewData継承クラスである必要がある
> 　ViewDataにプロパティを多く定義しすぎると、自動コピーによる性能面への影響が懸念される

確かにViewDataにはstringかValidatableNestedViewDataしか定義してはいけないとありますね。
私が最初に思いついたものがこれなのですが、そもそもViewDataの仕様として画面に表示されないような情報を定義すること自体TERASOLUNA 的にOKなのか疑問で、今回質問させていただきました。

たとえば、画面に表示しないが裏でデータを持ちたいような場合で、且つ独自のクラスで保持したい場合、ViewDataにstringかValidatableNestedViewData以外のメンバ変数をバインドさせない形で定義しても問題ないのでしょうか？

> ②　EventProcessWorkerのBuiltRequestイベントで受け渡す
> 【参考】CL-03 イベント処理実行機能.pdf 33ページ目以降
>
> 以下のように、項目CはDtoにのみ定義する
>
> [View]
> 項目A
> 項目B
>
> [ViewData]
> 項目A
> 項目B
>
> [InputDto]
> 項目A
> 項目B
> 項目C
>
> BuiltRequestイベントで以下のように、データをセットする
>
> private void eventProcessWorker_BuiltRequest(object sender, RequestDataBuiltEventArgs e)
> {
> var inputDto = e.RequestData as XXXXInputDto;
> inputDto.dtoFlg = viewFlg;
> }
>
> ◆メリット
> 　ViewDataの仕様上の制約を受けないため、boolなど任意のデータ型を受け渡すことができる
> ◆デメリット
> 　自動でコピーされないため、View側でコーディングする必要がある

この方法が一番今回の要求に合致しそうですね。
イベントのハンドリングが若干大変そうではありますが、
こちらの方法で検討し、サンプル実装してみます。

> ③　BizLogicで直接Viewからデータを取得する
> 【参考】CL-03 イベント処理実行機能.pdf 64ページ目
>
> 以下のように、項目CはDtoにも定義しない
>
> [View]
> 項目A
> 項目B
>
> [ViewData]
> 項目A
> 項目B
>
> [InputDto]
> 項目A
> 項目B
>
> BizLogicで以下のように、Viewを取得する
>
> public OutputDto Execute(InputDto input)
> {
> var view = InvocationScope.Current.GetContext<EventProcessContext>().TargetForm as XXXXView;
> if (view != null)
> bizlogicFlg = viewFlg;
> }
>
> ◆メリット
> 　ViewDataの仕様上の制約を受けないため、boolなど任意のデータ型を受け渡すことができる
> 　View側のコードが複雑な場合に、Viewとは切り離した形でデータの受け渡しを実装できる
> ◆デメリット
> 　MVCの境界が曖昧となってしまうため、BizLogicからViewを参照すべきではない

BizLogicからViewを参照するのは依存性が高くなってしまうため、
ユニットテストを行う上でも好ましくないですね。
今回はパスします。

> ④　グローバル変数を利用して受け渡す
> 【参考】http://www.techscore.com/tech/DesignPattern/Singleton.html/
>
> 事前にsingltonまたはstaticなオブジェクトにデータをセットしたうえで、BizLogicでデータを取得する
> フレームワークとしては提供しておらず、自前で実装する必要がある
> # FormForwardManagerで「スコープ内共通データ領域」を提供しているが、
> # これはスコープ内の複数のViewでデータを共有するものであり、今回の要件とは合致しません
>
> ◆メリット
> 　ViewDataやInputDtoに紐づかない、アプリケーション内で共通的に扱うべきデータをハンドリングしやすい
> 　# たとえば、アプリケーションを実行しているユーザ情報のような、トランザクションとは関係のないデータ
> ◆デメリット
> 　扱うべきデータがステートフル/ステートレスかを検討したうえで、実装する必要がある

こちらもコードが煩雑化する恐れがあるため、
今回はパスかと思います。

以上、よろしくお願いします。