何时使用Marionette与纯Backbone相比

str*_*ght 10 javascript model-view-controller backbone.js marionette

我正在开始一个相当大的Backbone项目,现在我正在决定所有的关键组件.我一直在四处寻找,并多次遇到木偶.我的问题是,何时适合使用Marionette与使用纯Backbone?我担心的是,当将一个全新的库添加到等式中时,复杂程度会大幅提升,但如果使用Marionette的好处超过了它可能值得研究.

我不是在寻找基于意见的答案 - 只是深入了解Backbone在生产环境中的扩展程度以及Marionette增加的重量/复杂程度是否值得.

有没有任何可量化的方法来确定这一点?Backbone在什么时候无法扩展?

jer*_*mel 14

答案是主观的,因为没有什么要求你首先使用木偶.

  1. Marionette为骨干应用提供了坚实,成熟的架构.
  2. 如果应用程序的寿命很短(即POC),那么只需使用纯粹的主干.
  3. 如果您从未使用过骨干,请阅读Marionette文档并了解它要解决的问题以及实现的设计模式,然后确定适合您项目的程度.
  4. 如果您已经编写了许多主干应用程序,请将Marionette的架构与您自己的架构进行比较,并确定是否值得采用.

Backbone很好,但是您的架构可以让您的应用扩展.如果您打算构建一个大型应用程序,那么无论如何您将不得不在架构上投入时间.

你还应该考虑: