私の発表者のニーズに迅速にユーザーです。どんなワイヤーです。

Question

私のパッシブビューです。のユーザアカウントを取得して設定ボタンを押します。の代表団の責任者をparameterless方法。

問題は複数のアカウントタイプなので、ユーザーのニーズを取るしたい。う解決す。

1. 新しい形のビューを取得し情報なしでの発表者を取得することができます。(これを無視することのない論理）
2. の作成と使用の新しいから。(この発表者に直接形を無視してマーケティングのサポートMVP)
3. 同時に、新たに書かっていなどのコンストラクタの引数の発表者...ます。
4. それを忘れて、追加ボタンを各アカウントタイプです。(多数ありアカウントタイプは、このクラッタのUIができとても感じが良かったです。
5. 私はこの方向を間違えるとやめて考える必要があるデザインしました。(この場合、次に繋げる方向に向けよりお願い申し上げます。)

Answer 1

このため私のソリューションは、私が予想以上に異なっていました。私は、ユーザーがDropDownMenuButtonにクリックされたボタンを変更しました。それから私は、ドロップダウンメニューを移入ビューにアカウントの種類の文字列リストを渡されました。私はまた、プレゼンターに他の代表団のすべてを、メニュー項目の名前でパブリックプロパティを更新し、メニュー項目のクリックイベント、ドロップダウンのイベントハンドラを作成します。

プレゼンターはちょうど公開されたプロパティから、メニュー項目名を取得し、キーとしてアカウントの種類の名前を使用してアカウントの種類のプライベート辞書にアカウントの種類を検索することがあります。

Answer 2

いいえを他者視点のペアのための口座タイプです。次のいずれかの条件が成立する

• ご発表のその他の発表者に直接表示する新しい形で
• ご報告者のモデルのタイプです。このモデルではないかとお願いすべきか、を呼び出しの"アカウントタイプの発表"にも、"アカウントタイプモデル"。

と思う私の最初のオプションの場合は講演者がり不格好になる。

Answer 3

私は、MVPの専門家ではないが、私は、ビューからアカウントの種類を取得するために、デリゲートを使用してこれを処理します。プレゼンターは、「アカウントの種類を選択」フォームを開き、ユーザがアカウントの種類を選択し、フォームを閉じたときに選択されたアカウントの種類を返すビューにデリゲートを呼び出します。

Answer 4

あなたが選択アカウントの種類のシンプルなインターフェースについて話している場合は、

、IMOには、アカウントの種類の数に依存します。私はアカウントごとに新しいボタンを追加します。アカウントの種類の多くを持っている場合は、私はすべての可能なアカウントのリストと最初の（ユーザが最初に見たもの）とのコンボボックスが無効または非選択型である必要があります。私はまた、モデルにコンボボックスに値を送信し1ボタンを1回押すだけを持って、その後、「作成するアカウントの種類を選択する」と言って、いくつかのラベルを追加します。 、モデル意志有効なタイプのアカウントの種類を選択して、ビューに問題を返す（およびビューがボックスまたは赤色のテキストまたは何をハイライト表示することができます）することなく、ユーザーが単にボタンをクリックした場合はこの方法です。これは、アカウントの種類の選択を逃すからユーザーを防止するであろう。このアプローチは、ユニットテストが簡単になるだろう。

あなたが記入する必要のあるさまざまな情報を持つ各アカウントの種類について話している場合は、

、その後、各アカウントごとに異なるビューとプレゼンターを持っている必要があります。 （これは、ユーザーがアカウントの種類を選択した後に何が必要でしょう）