質問: apihandler() api.login(username!, password: password!, success: { (data) -> void in // go to the next view controller }) { (error) -> void in // show the user an alert with the error } } } _ 私の最初の質問は、単にmvvmの実装が正しいかどうかです。たとえば、ログインボタンのタップイベント(loginbuttonpressed)をコントローラーに配置したため、この疑問があります。いくつかのテキストフィールドとボタンしかないため、ログイン画面用に個別のビューを作成しませんでした。コントローラーがui要素に関連付けられたイベントメソッドを持つことは許容されますか? 次の質問は、ログインボタンについてもです。ユーザーがボタンをタップすると、検証のためにユーザー名とパスワードの値がloginviewmodelに渡され、成功した場合はapi呼び出しに渡されます。値をビューモデルに渡す方法について質問します。 2つのパラメーターをlogin()メソッドに追加して、ビューコントローラーから呼び出すときにそれらを渡す必要がありますか?または、ビューモデルでそれらのプロパティを宣言し、それらの値をビューコントローラーから設定する必要がありますか? mvvmで許容できるのはどれですか? ビューモデルでvalidate()メソッドを取得します。どちらかが空の場合は、ユーザーに通知する必要があります。つまり、チェック後、結果をビューコントローラーに返して必要なアクションを実行する必要があります(アラートを表示)。 login()メソッドでも同じことが言えます。リクエストが失敗した場合はユーザーに警告し、成功した場合は次のview controllerに進みます。ビューモデルからこれらのイベントをコントローラーに通知するにはどうすればよいですか?このような場合にkvoのようなバインディングメカニズムを使用することは可能ですか? iosでmvvmを使用する場合、他のバインディングメカニズムは何ですか? kvoは1つです。しかし、多くのボイラープレートコード(オブザーバーの登録/登録解除など)を必要とするため、大規模なプロジェクトにはあまり適していないと私は読んだ他のオプションは何ですか? reactivecocoaがこれに使用されるフレームワークであることは知っていますが、他にネイティブなものがあるかどうかを確認しようとしています。 私がインターネット上のmvvmで見つけたすべての資料は、私が明確にしたいこれらの部分に関する情報をほとんどまたはまったく提供していませんでしたので、私は本当にあなたの応答に感謝します。
回答: 私はこれらの質問に自分で取り組んでいるだけですが、私はできる限り最良の答えを与え、いくつかの観察を行います。iosのmvcは、プログラムをモデル、ビュー、および特定のビューを特定のモデルにリンクするコントローラーに分割することを期待していると言われています。悲しいことに、実際にはいくつかのビューといくつかのモデルがありますが、すべてのリンケージを処理する(view)controllerは1つだけです。これが大規模なviewcontrollerにつながるものです。このコンテキストでmvvmを採用するとは、viewcontrollerを2つの部分に分割することを意味します。ビューを直接処理する部分(適切なviewcontrollerクラスにとどまります)と、モデルを直接処理する部分(modelviewクラス/構造体に移動されます。)これは、only viewcontrollerがビューとの間でメッセージを送受信している必要があり、ビュー以外のオブジェクトであるvcと対話する必要があるのはmodelviewのみであることを意味します。 modelviewは、さまざまなすべてのmodelオブジェクトと対話する必要があり、ビューと対話することはできません。上記のviewcontroller/viewmodel分割の概念は、質問に対する次の回答に当てはまります。 いいえ、mvvmの実装は正しくありません。 viewmodelメソッドには根本的な欠陥があります。ユーザーがアラートを表示する責任を負わないように、ビューオブジェクトと直接対話するべきではありません。それがviewcontrollerの仕事です。 viewmodelは、viewcontrollers間の遷移も担当していません。 viewcontrollerはモデルオブジェクトを処理するべきではありません。ビューとmodelviewとのみ会話する必要があります。したがって、viewcontrollerはnotでビューからユーザー名とパスワードを引き出し、viewmodelのログイン関数に渡す必要があります。そのためには、viewcontrollerがユーザー名とパスワードの違いについて、またそれらを使用するのが適切な場合について理解する必要があります。 代わりに、viewcontrollerは、ユーザー名とパスワードのフィールドで変更が発生したときにviewmodelに通知する必要があります。ログインボタンが押されたときにviewmodelに通知する必要があります。特定のメソッドでviewmodelが必要とするモデルオブジェクトについての知識はありません。 私はvalidate()関数がboolを返すことを期待します(isvalidを呼び出してそれを計算されたプロパティにすることをお勧めします。)login()関数が2つを受け入れることを期待しますブロック(1つは合格、もう1つは不合格)。正しいブロックを呼び出すことで、何が起こったかを通知できます。もう1つのオプションは、関数がsuccessブール値を持つパラメーターとして1つのブロックを受け入れるようにすることです。だからこのようなもの: -_struct loginviewmodel { var username: string = "" var password: string = "" init(username: string, password: string) { self.username = username self.password = password } var isvalid: bool { return !username.isempty && !password.isempty } func login(callback: (error: nserror?) -> void) { let api = apihandler() api.login(username, password: password, success: { (data) -> void in callback(error: nil) }) { (error) -> void in callback(error: error) } } } _ mvvmパラダイムでは、reactivecocoa(およびrxswiftは別のライブラリ)を使用して、modelviewの変更をviewcontrollerに通知しますが、これについてお聞きします... modelviewは、viewcontrollerが変更しない実質的な方法で変更されますか?について知る?これまでのところ、アタッチされているviewcontroller以外のオブジェクトがmodelviewにメッセージを送信している状況はありません。そのため、viewcontrollerが少なくとも可能であることを認識せずにmodelviewを変更する方法はありません。このため、通常、viewcontrollerにupdateui()関数があります。 viewcontrollerは、潜在的に変化するメッセージをmodelviewに送信するたびに、updateui()を呼び出して、viewmodelを調べ、それに応じてuiを更新します。トリックは必要ありません。 -これがあなたのお役に立てば幸いです。うまくいけば、私の答えがこの質問に関するいくつかの議論を刺激するでしょう。