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。