backbone里面的set trigger坑
backbone里面set原本会触发绑定的change事件,不过如果使用$.extend(true深拷贝一个数据,但是没有实质性改变数据的值,再重新set一下,是不会触发change事件的。
let test = new Backbone.Model()
let data = {
name: 'yoyo',
}
test.on('change:data', (e, data) => console.log(data))
test.set('data', data) // triggerlet
newdata = $.extend(true, {}, data)
test.set('data', newdata) // not trigger
使用的时候应该要小心,一不小心就得不到自己预期的效果。
这里收集一下可以长期关注的php开发框架,所谓长期关注,就是说这个框架未来肯定还是有一定市场的,不会过两天就死掉:
1.Laravel
2.Symfony2
3.Yii2
4.Zend Framework
5.Slim
其他框架,例如CodeIgniter,Cakephp等,虽然还会有人用,但是从设计理念上,全然不如laravel这类组件化了的框架。对于我个人而言,越来越喜欢slim,因为它小,它自由,你可以用它做任何事情,它不提供的功能,你只需要composer去安装对应的组件即可。
-
不知道你对Yii2有没有了解?希望能看到你对yii2的梳理#265 restful 2017-04-30 16:38
-
之前一个项目,同事使用Yii开发,就接触了一下,感觉还行,一起写过一个投票页面,对于他而言,熟练上手,而且验证之类的写起来非常容易,但是我没有深入研究,现在已经转前端了,前后端分离开发的情况下,php主要是为了实现后端数据计算实现api,还在使用的是slim,所以可能要让你失望#266 回复给#265 否子戈 2017-04-30 16:44
今天开始看一个轻量级的php开发框架:slimphp,它和我以前接触过的所有php框架都不一样,以前看过的框架动不动就开始MVC,而slimphp一上来是composer,它就像一个库一样,可以由你自由支配,没有特定的文件目录结构,你想怎样就怎样,它只给你提供接口。和express非常像:
1.路由方式
跟express很像的一个地方是,采用->get(‘/’, function($req, $res, $args) {})
2.中间件
除了req和res的地方很像,中间件也很像,甚至也包括一个$next函数。
之所以要看slim是因为我想用它来写一个api server,前端则是在componer环境下去写,到时候会用vue作为前端框架。这样一来,一方面可以让自己学到更多东西,另一方面我是在想,我未来的开发基本上都会基于这种模式,即后台只写api接口,前端会基于最流行的框架去写。现在已经非常明确了,我肯定会选择vue作为框架,如果公司或客户层面要求用react也会用。但是我之前一直对php的框架没有打定主意,最开始想学laravel,但是因为没有赶上好时机,没有在它刚出来的时候就去学,所以也就不想去学了。看到slim后,瞬间就决定,因为我只用php来写api,所以将来只会用slim来写了。什么thinkphp之类的,滚一边去吧。slim配合composer,可以避免laravel的繁复,同时又有巨大的可定制的空间。
搞起!
-
2021.6.5 记 现在我的想法一直。#1056 yuan 2021-06-05 10:16
支持上下文context的debounce
虽然debounce已经被大家玩腻了,但是当我们在一个类里面用的时候,总是还会遇到一些麻烦,比如一个页面有三个来自同一个类的实例化对象,每个对象中对自己的一些操作需要用到debounce,是不是意味着必须将this传入到debounce,从而让每个debounce从属于这个对象?于是我对debounce函数进行了改造,使得它可以不再获得一个函数来执行,而是直接执行函数:
/**
@desc ensure a given task doesn't fire so often that it bricks browser performance
@param object context: this
@param string|function factory: function to run, if you pass a string, it will find context[factory]
@param number wait: time to wait, ms @param boolean immediate: whether to run factory right now
@usage1: `Util.debounce(this, this.request, 200, true)`, run this.request immediately and never run again in 200ms. use first call in 200ms
@usage2: `Util.debounce(this, 'request', 200)`, run this.request after 200ms,time clock will be reset if you call again. use last call in last 200ms
@usage3: `var factory = this.alert.bind(this, 'word');Util.debounce(this, factory, 200)`, use bind to pass parameters, if you bind, this will not be change by debounce
notice:
1.you can use this in factory function and do not need to use `this.request.bind(this)`, factory will bind context automaticly;
2.you must pass factory function name, anonymous function is not allow;
3.no parameters for factory function, unless you use bind and pass function name;
4.context in arrow function will not change;
*/
function debounce(context, factory, wait, immediate) {
if(typeof factory === 'string') {
factory = context[factory];
}
if(typeof factory !== 'function') {
return;
}
var queue = context._$$debounce = context._$$debounce || {};
var timer = queue[factory];
var isCallNow = immediate && !timer;
var call = function(factory) {
// original function
if(typeof factory.prototype === 'object') {
factory.call(context);
return;
}
// bound function or arrow function
factory();
};
var delay = function() {
queue[factory] = null;
if(!immediate) {
call(factory);
}
};
clearTimeout(timer);
queue[factory] = setTimeout(delay, wait);
if(isCallNow) {
call(factory);
}
}
使用方法很简单,主要是在类的原型链方法中去使用。
class Cat {
walk() {}
say() {
debounce(this, this.walk, 200, true)
}
}
这样就可以使得其实例化对象拥有这个debounce,当实例化对象调用say方法时,会立即执行自身的walk方法,但是在接下来的200ms内,不会再执行第二次。
这个用法也简化了underscore中debounce的用法:
// underscore中
var factory = debounce(function() {}, 200, true)
factory()
必须先执行一次debounce,得到它的返回值,这个函数才是反复执行时可以被防抖的函数。而采用本文的方法,则可以不再依靠这个第三方变量factory,而是直接执行debounce函数即可。
究其原理,就是在debounce中利用第一个参数context记录了要执行的factory是否是正处于queue中的函数,如果是,就不会被再次执行。这也为什么要求factory不是匿名函数的原因,因为如果是匿名函数,每一个factory都是不一样的。如果想使用匿名函数,应该考虑使用underscore的debounce,本文恰恰是为了解决在同一个实例化对象的不同方法中使用debounce的问题。情景不同,解决方法也就自然不一样了。
放弃使用atom,用回sublime
因为atom是开源免费的,而且界面超级符合我的口味,所以前几个月我一直使用它。但是它最最最大的弊端是性能问题,当一个程序在占用文件时,它会假死,当一个文件比较大时,它是直接死,而且安装插件由于国内网络问题,也基本安装不了。最最最主要的问题还是性能问题,希望atom团队能够解决这个问题,我才会再用回atom。

