Backbone.js 将木偶从v0.9.10更新为v1.0.0-beta6_Backbone.js_Marionette

Backbone.js 将木偶从v0.9.10更新为v1.0.0-beta6

backbone.js

Backbone.js 将木偶从v0.9.10更新为v1.0.0-beta6,backbone.js,marionette,Backbone.js,Marionette,我使用的是木偶v0.9.10。最近，我有一个小问题。所以我看到在新的木偶中，某些功能被转移到了不同的插件中主干.事件绑定器脊梁骨脊梁骨。保姆我只是想知道使用它比以前的版本有什么优势从木偶中提取其他存储库的目的有两个：为更大的骨干开发社区提供更多价值允许在所有情况下不直接绑定到这些组件的木偶释放计划第一个原因：有很多人对这些插件所涵盖的每个领域都表示了直接的兴趣。在这里，我已经回答了社区其他部分中与解耦体系结构、子视图管理、事件管理等相关的许多问题。通过将这些代码块拆分到单独的存储库

我使用的是木偶v0.9.10。最近，我有一个小问题。所以我看到在新的木偶中，某些功能被转移到了不同的插件中

主干.事件绑定器

脊梁骨

脊梁骨。保姆

我只是想知道使用它比以前的版本有什么优势

从木偶中提取其他存储库的目的有两个：

为更大的骨干开发社区提供更多价值

允许在所有情况下不直接绑定到这些组件的木偶释放计划

第一个原因：有很多人对这些插件所涵盖的每个领域都表示了直接的兴趣。在这里，我已经回答了社区其他部分中与解耦体系结构、子视图管理、事件管理等相关的许多问题。通过将这些代码块拆分到单独的存储库中，更大的主干社区可以利用这一功能

第二个原因是：拥有独立的存储库和插件允许我们对特定的功能子集进行更改，而不必对木偶本身进行完整的发布/版本升级。例如，我可以将保姆从v0.0.1移动到v1.0，而无需更改任何木偶代码。将发布周期解耦可以在交付更新和修复时提供更大的灵活性

最后，这些库的分离在木偶的各个部分之间提供了一个更好的抽象层。我们不再试图将此功能直接编码到想要使用它的对象中。相反，我们必须使用单独的库，并将其适当地合并到木偶中。核心木偶。视图是一个很好的例子，说明了我们为什么要这样做。在木偶视图中有太多完全不同的部分-太多的东西不是真正相关的，但我们希望它出现在其他视图中。将库拆分为多个库可以解决这个问题

就管理这些依赖关系而言，您至少有4个选项

从中获取“预打包构建”-它包含所有要开始的内容（主干、下划线、jquery、所有先决条件、木偶等）

在一个文件中获取一个“捆绑”构建，它包含所有的先决条件和木偶

抓取各个部分和一个“核心”构建-自己将这些部分放在一起，自己管理版本

使用像JamJS或Bower这样的包管理器

关于使用更新版本的木偶网的优点：错误修复、新功能、更稳定的代码、更一致的API、支持开发的更新更好的对象，以及对当前版本的支持

如果旧版本能满足您的所有需求，那么坚持使用它是很好的。目前，网络上几乎每一个小版本的木偶都在运行实时应用程序。这些应用程序可能不需要更新，所以它们会坚持现有的。但老实说，你不会得到太多旧版本的支持

在v1.0最终版本发布之前，向后兼容性和支持几乎不存在。一旦v1.0退出，我们将在短时间内提供bug修复，但将在新版本中推进新功能

HTH

从木偶中提取其他存储库的目的有两件事：