Design patterns Meteor中的资源视图演示器

在我对Meteor最佳实践的探索中，我的阿司匹林已经用完了。我喜欢开发一些有意识的应用程序——例如，MVC非常有助于使Rails走上正轨。在《流星》一书中，各种各样的书陈述了不同的模式。一些人说“它的MVC在不同的层次上”，另一些人说“MVVM”或“MVP”。每一次，我都被说服了。我偶然发现了ResourceViewPresenter，它显然可以应用于Meteor中的反应式编程，并作为主要参数

• 同构javascript的使用
• MVC、MVVM和MVP模式不是针对实时框架的

由于我找不到关于Resource View Presenter的Wikipage，我想知道它是否真的是一种不同的模式，作为Meteor或只是一些Fan虚构的平台，也可以简单地称之为MVVM或MVP？我在这里找不到RVP标记这一事实让我怀疑它的存在（及其参数）

资源：

---

我从流星论坛得到的答案是：

在某种意义上，Meteor介于MVC和MVVM之间。MVC是一个周期性的过程 早期web和桌面UI中专门使用的模式，其中 更新发生在控制器上，然后填充到模型中，然后 看风景

MVVM是一种非道德模式，其中更新以某种方式发生在 模型或视图，并在视图模型中来回传递

Meteor基本上是单向MVVM。模型中的更新将填充 通过帮助器和数据上下文的方式访问视图。这是 基本上是Blaze助手的观点-构建视图模型 虽然不是这样。流星在另一个星球上没有束缚 方向，因为在高度解耦的异步环境中， 要做到这一点是非常困难和耗时的，而且 没有花时间（可能永远也不会）去做。但是，你可以 始终使用事件以另一种方式通过更新来模拟绑定 模型将在适当的更新上更新。因此，利用MVVM模式是一个非常重要的问题 选项，则只需实现从视图到 视图模型

当然，添加一个路由器和一些额外的服务层，您可以 也要完全朝着MVC方向前进，并利用反应式 Meteor的特性使MVC具有极强的响应能力。选择是 真的取决于你

更准确地说，Meteor遵循MV*模式并进行自我更新 对模型更改做出“反应”的视图。插上电源由你决定 控制器或视图模型，或任何您想要用来 与模型交互。我会说MVC模式运行良好 在使用MVVM模式（或MVP模式）时使用web应用程序 适用于本机（或Cordova）应用程序

---

他们在博客文章中暗示他们是自己编的。