質問

いつ、どのように利用のユニットのパターンのシナリオ:

私は書きをサポートアプリです。いる画面は、ユーザーが編集できる単一ます。この画面で、ユーザーが他の形式を選択しました。ユーザーにも追加/編集、既存の配送会社にこの子形成前のいようにすることができます。

たいのですが実はこのシナリオのユニットを使用してのパターン?現在のとして一単位の注文入力画面になります。私の初めてだと思っていましたが、子供のこのユニットの仕事です。問題は、配送会社に変更すべき続き、子。が続くの運送会社こまで続くの変化です。

べきかを秒単位の他の編集配があります。その場合、どのように持ってもらうようにしてい変化するユニットの見える最初のユニットの仕事?

役に立ちましたか?

解決

あなたの説明から、それはあなたが本当にここの仕事の2台を持っているかのように聞こえます。最初は「受注」である2つ目は、「編集配達会社」です。各作業単位は、セッションまたはトランザクションのいくつかの基本的な種類があります。オーダーエントリに子フォームから通信するには、親にそれを再取り付け子フォームのセッションから、同社のオブジェクトをデタッチする必要があります。実際に、これはあなたが使用しているデータアクセス層に依存しますが、簡単な方法は、企業のID周囲を通過することで実装する方法。

他のヒント

現在のとして一単位の注文入力画面になります。問題は、配送会社に変更すべき続き、子。

たいのですが実はこのシナリオのユニットを使用してのパターン?

  1. OrderEditFormDeliveryCompanyCollectionEditForm 共同 DeliveryCompanyRepository る株式を、同じユニットです。

  2. DeliveryCompanyRepository 返さなければな企業データベースから+に企業が追加されたユニットです。

このように新しい配送会社オブジェクトで使われている OrderEditForm 固執せず変化します。

べきかを秒単位の他の編集配があります。その場合、どのように持ってもらうようにしてい変化するユニットの見える最初のユニットの仕事?

二つ以上の単位での利用並列に特に注意する必要のあるデータに同期します。がユニットの為、一部の媒介通常の更新その他の全ての単位としての機能も担うこととし、既に記載のその他の答えです。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top