小编nep*_*eph的帖子

当您覆盖骨干同步时,模型/集合.save()/ fetch()都使用相同的骨干同步方法,那么检查Backbone.sync接收的模型或模型集合的最佳方法是什么？

举个例子:

Backbone.sync = function(method, model, options){
  //Model here can be both a collection or a single model so
 if(model.isModel()) // there is no isModel or isCollection method
}

我想我正在寻找一个"安全"的最佳实践,我当然可以检查某些属性或方法,只有模型或集合有,但似乎是hackish,不应该有更明显的方法吗？而且我可能找不到它.

谢谢!

设计难以置信的大型Web应用程序,我们是否对这些大型项目中的文件大小有任何顶级或限制或最佳实践？我见过的最大的可能是twitter/gmail,它有大约1mb(缩小版)的javascript - 但浏览器可以处理多少？

如果有一个5​​mb,10mb或100mb javascript的大型应用程序缩小了怎么办？什么时候它会严重影响性能或内存使用(即使应用程序写得很好并进行了优化) - jit处理程序可以采取什么措施？是否收益递减？

除了通常的嫌疑人,如gmail,twitter,facebook,googledocs等,是否有任何真正的应用程序的例子.

谢谢!

是的,所以我想常识是,对于你将要访问的元素,最好的方法是像这样缓存它们:

var myEl = $('.myclass');

然后你可以在将来访问$(myEl)并且你不需要再次搜索DOM,对吗？好吧,假设我有一个相当复杂的html结构,我需要经常访问几个不同的元素,比如20-30.这种类型的东西30次非常难看!

var elA = $('.myela'),
    elB = $('.myelb');

等等,你明白了......所以这样做有什么"坏",在所有这些元素上保持相同的类,但给它们一个唯一的id,然后这样做:

var myElementObject={};
$('.myelems').each(function(){
     myElementObject[$(this).attr('id')] = $(this);
});

这样就像我得到一个object.whateverId那就是缓存元素,所以现在我可以随意使用它们而不必一直重新查询DOM,这个假设是否正确,这是一个不好的做法吗？你们是怎么做到的？

谢谢!

最近开始使用play 2.1.x. 我想知道每个请求执行一次原始SQL查询的最佳方法是什么？我使用postgres并需要指定什么模式 - " 将search_path设置为 ..." - 每个请求一次查询类型.

我用jdbc配置postgres并且它连接正常,发现一些旧的注释,play.db.DB应该有一个executeQuery方法,但它不再了？

要为每个请求运行代码,我已经覆盖了GlobalSettings类的"onRequest"方法:

    @Override
public Action onRequest(Request request, Method actionMethod) {
   //play.api.db.DB.executeQuery(); // -- This does not exist?
   return super.onRequest(request, actionMethod);
}

我不知道这是否是最好的方式,任何帮助将不胜感激.我无法更改底层架构,我确实需要将搜索路径设置为schema =)