javascript - knockout/MVVM 设计问题

Question

我正在努力解决在使用 KnockoutJS 框架和 MVVM 时不断出现的问题。有时集合中特定项目的属性发生变化，由于该变化，我需要影响同一集合中的所有其他项目。在所有语言和模式中，一个对象不应该“知道”它所在的集合的任何信息，但我发现我自己需要经常打破该规则才能使某些类型的逻辑起作用。

我已经创建了一个我正在谈论的人为例子来展示我一直在解决这个问题的骇人听闻的方式。我希望有更多经验的人可以权衡并向我展示更好的方法。

JSFiddle Contrived Example

Answer 1

我不知道这是否是“推荐的”方法，但我会就如何解决这个问题提出我的建议。我不是 MVVM 专家(尽管我已经编写了很多 KnockoutJS 应用程序)，但我认为一些 OOP 原则足以在这里提供帮助。

那么首先让我们讨论一下目前的情况...

正如您正确观察到的那样(双关语是无意的!)，您的方法并不理想 - Person 对象不仅知道它们的 sibling (即使通过订阅间接地)而且还知道父对象他们订阅的对象 - 您的 Person 类型订阅了父级的更改。这不仅会使您的 Person 对象在这种情况之外无法使用，还会赋予每个实例过多的责任(违反单一职责原则)并且每个实例都订阅了每个其他实例的更改，这是当然浪费了!

那么解决方案是什么？

对我来说，放置这种逻辑的理想位置是在您的父对象(即您的 View 模型)上。您的 View 模型已经知道它的子对象，那么为什么不把功能放在那里呢？这将使您的 Person 类型可在其他地方重用(好的，所以它有可观察的，所以它现在与 KO 相关联，但这可以通过 Mapping 插件来克服)并减轻它管理它的责任 sibling 。

但这仍然意味着您在父子之间有紧密的耦合——这不是我们在 OOP 中想要的!为了克服这个问题，您可以采用发布/订阅(观察者)模式并让您的 Person 类型在发生变化时发布消息，然后您可以让订阅者(例如您查看模型)决定如何响应到这个事件。您也不一定要使用 knockout 的 pub/sub 产品，任何 pub/sub 实现都可以。虽然您也可以利用 KO 提供的功能，但我会向您指出这些扩展/帮助程序的方向，以稍微简化事情:http://www.knockmeout.net/2012/05/using-ko-native-pubsub.html

希望我对你有帮助:)