我正在启动一个相当大的 Backbone 项目，现在我正在决定所有关键组件。我四处张望，多次遇到 Marionette 。我的问题是，什么时候使用 Marionette 与使用纯 Backbone 比较合适？我担心的是，在将整个新库添加到等式时，复杂程度会大幅上升，但如果使用 Marionette 的好处超过它可能值得研究。
我不是在寻找基于意见的答案——只是深入了解 Backbone 在生产环境中的扩展程度以及 Marionette 增加的重量/复杂性是否值得。
是否有某种可量化的方法来确定这一点？ Backbone 在什么时候无法扩展？
最佳答案
答案将是主观的，因为一开始就不需要您使用 Marionette。
- Marionette 为主干应用程序提供可靠、经过验证的架构。
- 如果应用的生命周期很短(即 POC)，则只需使用纯主干。
- 如果您从未使用过 backbone，请阅读 Marionette 文档并了解它打算解决的问题以及实现的设计模式，然后确定它适合您的项目的程度。
- 如果您已经编写了许多主干应用程序，请将 Marionette 的架构与您自己的架构进行比较，然后决定是否值得采用。
Backbone 很好，但让您的应用程序扩展的是您的架构。如果您计划构建一个大型应用程序，您将不得不在架构上投入时间。
您还应该考虑:
关于javascript - 何时使用 Marionette 与纯 Backbone，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/15638191/