質問: コンポーネント間のブラインドメッセージを許可する委任パターンの代替 オブザーバーのタイプに関係なく、特定のメッセージをオブザーバーに渡すことを可能にするデリゲートとデリゲートが存在します。コーディネーターがアプリケーションのフローを管理および実行するコーディネータータイプのアーキテクチャー(たとえば、iosおよびuikitの代わりにuiレイヤー)では、委任は子コーディネーターとその親の間の主要な通信手段として機能します。問題は、これらのデリゲートコールは一般に、問題のアプリケーションに非常に固有であることです。典型的な例は次のようになります。protocol authenticationcoordinatordelegate { func coordinatordidpressloginbutton() func coordinatordidpresentauthenticationpage() } このプロトコルは認証コーディネーターにのみ適用され、その所有者によってのみ実装されます。これは1つの場所で使用される非常に特殊なユースケースであり、他のすべてのコーディネーターが通信する方法を必要とするため、ボイラープレートが横行しています。アプリケーションが大きくなるほど、より多くのコーディネーターが存在し、より汎用的な委任インターフェースを作成する必要があります。コンポーネント間のブラインドメッセージングの受け渡しを可能にする委任パターンの可能な代替手段は何ですか?私が思っていたのは、何かが発生したことをデリゲートに通知する代わりに、アクションが中央ストアにディスパッチされ、親コーディネーターが適切に反応するreduxスタイルのアーキテクチャだと思っていました。もちろん、そのパターンには、状態ツリーのボタンを押すなどのアクションをモデル化する方法や、その状態ツリーを永続化する方法(具体的にはモバイル)など、厳しい制限があります。誰か提案やアイデアがありますか?
回答: コンポーネント間の匿名リンクを提供する簡単な方法の1つは、「通知」にクロージャプロパティを使用することです。たとえば、nameプロパティを持つオブジェクトには、次のものも含まれます。_var didchangename: ((old: string, new: string) -> void)? _nameが変更されると、self.didchangename?(old: oldname, new: newname)が呼び出されます。その所有者、またはmvvm設定のビューなどの変更に関心のある別のオブジェクトは、このプロパティを以前に設定して、適切なアクションを実行します。_viewmodel.didchangename = { [weak self] (old, new) in self?.reacttonamechange(old, new) } _これは、a)any他のオブジェクトが通知で好きなことを何でもできるという点で非常に柔軟です。 b)そのオブジェクトは、気にしない通知を処理する必要はありません*。およびc)おそらく必要になることはまれですが、個別のオブジェクトが通知セットのさまざまな部分に自由に登録できます。これは、従来のデリゲートセットアップでは不可能です。一方、各クロージャに「サブスクライブ」できるのは1つのオブジェクトだけなので、kvo/rxのようなソリューションよりも柔軟性が少し低くなります。また、制御チェーンを介して通知を渡すことは完全に明示的であり、各レベルでコールバックを手動でリンクする必要があります。例えば:_// parent object viewmodel.modeldidchange = { [weak self] in self?.handlemodelchange() } // child object subviewmodel.didchangename = { [weak self] (old, new) in // do things... self?.modeldidchange() } _2番目の利点は、クロージャを設定したこと以外にクライアントの要件がないため、非常にテストしやすいことです。_func testnotifiesviewonnamechange() { let newname = model.dummy.name var viewmodel = viewmodel(model: model.dummy) var sentdidupdate = false viewmodel.didupdate = { sentdidupdate = true } viewmodel.name = newname xctasserttrue(sentdidupdate) } _これをさらに詳しく知りたい場合は、 非反応性mvvmに関するian keenの記事 および githubの付随プロジェクト を参照してください。それは私がこのテクニックについて学んだところで、私はそれが素晴らしい説明だと思います。*厳密にswiftのプロトコルでは不可能