Tag: backbone.js

Backbone.js部分模型更新

保存更改时是否可以只发送模型的修改属性? 顺便说一句,有没有任何“官方”Backbone.js组/邮件列表来问这样的问题?

select正确的UI模板工具 – dust.js?

我在一个基于Java的大型Web应用程序上工作,这个应用程序在过去5年左右的时间里已经build立起来了 – 用户界面需要重新整理/重新编写。 我们正在研究可用的用户界面工具/库/框架,并已经遇到了dust.js作为模板选项。 问题:我有兴趣听到dust.js的用户在想什么: 它成功了吗? 这个容易用吗? 有足够的文件logging吗? 社区支持好吗? ( ST标签上的“dust.js”只有6个问题!) 与其他模板工具(如Underscore的模板, Googleclosures模板 , 把手和小胡子)相比,有什么优点和缺点。 使用MV *结构框架,例如Backbone.js ( 在线书籍 )有没有什么问题? 一些背景: 为什么我们对dust.js感兴趣:以下的LinkedIn博客文章首先引起了我们的关注: 把JSP留在尘土中:将LinkedIn移动到dust.js客户端模板 客户端模板化:胡子,把手,dust.js等等 这两篇文章中的第二篇非常好地回答了问题5,但是来自LinkedIn的观点很less有谷歌的结果详细说明了模板系统,或者暗示它是一个stream行的select。 另外,这个post提到他们已经扩展了function,并希望有一天能够为原来的项目做出贡献。 我担心,直到他们这样做,我们可能还需要扩展function。 说到这一点,LinkedIn对模板系统的原始要求与我们非常接近(见下文),他们在select之前已经做了一些非常彻底的调查。 我们的要求: DRY :如果我们selectLinkedIn的完整方法,我们理想的是希望在服务器(基于Java)和客户端使用模板系统,或者只使用客户端模板系统; Instead of using a JSP, GSP, or ERB to assemble a page server side and send back HTML, we have the server send back […]

使用REST删除多个logging

什么是删除多个项目的REST方式? 我的用例是我有一个骨干集合,我需要能够一次删除多个项目。 选项似乎是: 为每一条logging发送一个DELETE请求(如果有潜在的几十个项目,这似乎是一个坏主意); 发送一个DELETE,其中要删除的ID在URL中串联在一起(即“/ records / 1; 2; 3”); 以非REST方式发送包含标记为删除的ID的自定义JSON对象。 所有选项都不尽如人意。 这似乎是REST约定的一个灰色区域。

Flux + React vs Backbone + React

Flux + React比Backbone + React有什么优势? 除了庞大的复杂代码库的代码开发缓解之外,是否还有性能差异? 如果我们在使用Backbone + React的应用程序中的模型和反应视图之间存在1:1的关系呢?

Backbone View中tagName,id和className属性的用法是什么? 虽然我们可以通过el访问dom元素

为什么在主干视图中存在属性tagName , id和className ?

控制器在Backbone.js

我是Backbone.js的新手。 我已经通过了文档。 我的问题是控制器概念在哪里出现? 换句话说,Backbone.js中的控制器是什么? 我听说路由器是控制器。 如果是这样,为什么它被认为是一个控制器? 我们可以在没有路由器的情况下开发简单的基本应用吗 在那种情况下,控制器是什么?

我怎样才能停止与Backbone.js的事件传播?

使用Backbone.js视图,说我想包括以下事件: events: { 'click a': 'link', 'click': 'openPanel' } 点击链接时,如何避免openPanel被触发。 我想要的是有一个可点击的框,将触发一个动作,但是这个框可以有触发其他动作的元素,而不是父动作。 以Twitter.com为例,并在Tweets /右侧面板中链接。

骨干model.destroy()调用错误callback函数,即使它工作正常?

我有一个Backbone.js模型,当用户点击模型视图中的链接时,我试图销毁它。 该视图是这样的(伪代码,因为它在CoffeeScript中实现,可以在问题的底部find)。 var window.ListingSaveView = Backbone.View.extend({ events: { 'click a.delete': 'onDestroy' }, onDestroy: function(event){ event.preventDefault(); this.model.destroy({ success: function(model, response){ console.log "Success"; }, error: function(model, response){ console.log "Error"; } }); } }); 当我单击浏览器中的delete链接时,即使我的服务器logging成功销毁关联的数据库logging并返回200响应,我总是会将Errorlogging到控制台。 当我刷新页面(导致集合重新从数据库呈现)我删除的模型将消失。 有趣的是,当我在错误callback中loggingresponse时,它的状态码200表示成功,但是它也会报告statusText: "parseerror" 。 我的服务器日志中没有错误。 我究竟做错了什么? 这是来自服务器的响应: Object abort: function ( statusText ) { always: function () { complete: function () { done: […]

了解Backbone.js中MVC的内部结构依赖关系

我在deviseMVC时对结构依赖有点困惑 – 所以我们有一个Model,Collection和View(我现在还没有使用控制器,但这个问题也适用于它)。 现在有谁可以用OO来说话。 所以集合是一个模型列表,所以我们可以把它看作是从集合到模型的一对多的依赖关系。 在一些示例代码中,我有时会看到对“模型”对象中视图的一些引用以及视图中模型的引用。 有时在视图中的集合。 在模型中,我有时会看到一个this.view并在视图中看到像this.model.view或this.model ,因此混淆澄清:) 那么什么是“正确”的依赖关系(如果存在“一个正确的方式”),或者每个人都可以依赖于每个人(不要认为这是正确的),也就是说,理想上谁应该依赖于Backbone的MVC对象的devise? 当我看到这样不同的例子时,我们知道它们在结构上应该如何相互混淆呢?从noob的angular度来看:)作为一个noob什么是开始构build我的依赖关系的“正确”方式 – 一旦我起来学习曲线我可能会自己想出来,但首先,应该怎么做呢? 一个类似UML的图将是一个额外的奖励;) 另一个问题:有时我会在同一段代码中看到两个视图:例如:着名的todo.js http://documentcloud.github.com/backbone/docs/todos.html 现在,尽pipe我明白了多种观点的需要,但是混淆的是他们有什么不同呢? 我的意思是“el”和“tagName”之间的区别是什么,如果其中一个不存在,视图的行为有什么不同? 我的意思是在上面的链接中,一个视图使用“tagName”和另一个“el”,我不确定它们是如何关联的(如果有的话)。 我已经仔细阅读了文档,但正如我所说的,我还在学习,所以即使所有的资源已经到位,我也可能不清楚其中的部分内容,可能需要人为干预:)

如何设置一个集合的url

假设我有: var Book = Backbone.Model.extend(); var Collection = Backbone.Collection.extend({ model: Book, url: '/books', initialize: function(){ this.fetch(); }) }) 实例化新集合时,如何更改Collection的url ? var AdventureBooks = new Books({ url: '/books/adventure' })不起作用 var AdventureBooks = new Books({ category: 'adventure' }) 并在集合定义中: url : '/books/' + this.category也不起作用。 谢谢。