gpt4 book ai didi

javascript - 将变量分配给 Backbone.js 中的窗口对象

转载 作者:搜寻专家 更新时间:2023-11-01 05:24:57 24 4
gpt4 key购买 nike

我正在开发一个大型 Backbone.js 应用程序。代码采用 require.js 模块化结构。现在我看到很多主干代码和教程都是这样做的:

window.app = ( window.app || {} );

在他们将模型定义和 Collection 实例分配给该全局对象之后,如下所示:

Task = Backbone.Model.extend({ /*...*/ });
Tasks = Backbone.Collection.extend({ /*...*/ });

window.app.Task = Task;
window.app.Tasks = new Tasks();
// do this with all your models and collections

我喜欢这种方法,因为它很简单,而且不必处理何时何地实例化一个集合。但是,首先使用 require.js 将代码分成小块,然后将所有代码一起分配给全局变量(除了全局变量在 javascript 中通常是错误的代码样式之外)似乎是错误的。

那么您对此有何看法?这种方法的优缺点是什么?您如何处理 Backbone 中的对象?

最佳答案

首先,污染全局命名空间并不是什么大问题,因为您可以将所有模型包装在自己的命名空间中:

app = (app || {} );
app.Task = Backbone.Model.extend({ /*...*/ });
app.Tasks = Backbone.Collection.extend({ Model:app.Zask });

当涉及到 requirejs 时,它取决于项目的大小。我认为对于较小的项目你可以不用。使用 requirejs 的好处不是防止命名空间污染,而是更好的可维护性,因为你总是看到模块的依赖关系。您可以编写更好的单元测试,因为您可以测试模块和 mock out all its dependencies .因此,我们将一个大型 Backbone 应用程序从如上示例的结构重建为如下所示:

模型/Task.js

define(function () {
return Backbone.Model.extend({ /*...*/ });
});

collections/Tasks.js

define([models/Task], function (Task) {
return Backbone.Collection.extend({ Model:app.Task });
});

app.js

define([collections/Tasks], function (Tasks) {
var tasks = new Tasks();
tasks.fetch();
});

关于javascript - 将变量分配给 Backbone.js 中的窗口对象,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12296302/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com