按职责吧对象分界成更小的粒度,有助于代码的复用.当一个职责需要变更的时候,不会影响到其他职责
最少只是原则: 尽量减少对象之间的交互. 一个模块或者对象可以将内部的数据或实现细节隐藏起来,只暴露必要的接口API供外界访问.
开放-封闭原则: 软件实体(类, 模块, 函数)等应该是可以扩展的, 但是不可修改. 将容易被修改的代码和不容易被修改的代码分开.各自封装.
可以避免出现超大函数, 有利于代码的复用, 独立出来的函数更容易被修改.
合并重复的条件片段: 如果一个函数体内有一些条件分支语句,而这些条件分支语句内部散步了一些重复的代码,那么就需要进行合并去重.
把条件分支语句提炼成函数.或提前赋值给一个变量.
合理使用循环.
提前让函数退出代替嵌套条件分支: 如果有一个条件分支是直接退出函数, 那么把退出操作放在前面,
而不是把他else里面.
传递对象参数代替过长的参数列表.
尽量较少参数数量.
不要用过于复杂的三次运算符.
合理使用链式调用.
分界大型类.
将多个全局变量转化成私有变量,用一个全局对象提供的接口去修改,获取这些变量.统一处理
var user = (function() { var _name = "sven"; var _age = 28; return { getUserInfo: function() { return _name + "-" + _age; } } })()判断类型的方法
//类型判断方法
var Type = (function() { var Type = {} var typeArr = ["String", "Array", "Number", "Undefined", "Function", "Boolean", "Null", "Object"] typeArr.forEach(function(item) { (function(item) { Type["is" + item] = function(obj) { return Object.prototype.toString.call(obj) === '[object ' + item + ']'; } })(item) }) return Type; })()把函数的计算结果保存起来, 如果参数相同.则直接把对应结果返回;
var mult = (function() { var cache = {} return function() { var args = [].join.bind(arguments)(","); if (cache[args]) { return chche[args] } var a = 1; [].forEach.bind(arguments)(function(item) { a = a * item; }) cache[args] = a; return a; } })()//切面编程;在函数执行前, 执行后发送日志;
Function.prototype.before = function(beforeFn) { var _self = this; return function() { beforeFn.apply(this, arguments); return _self.apply(this, arguments); } } Function.prototype.after = function(afterFn) { var _self = this; return function() { var ret = _self.apply(this, arguments); afterFn.apply(this, arguments); return ret; } } var func = function() { log(2) } func = func.before(function() { log(1) }).after(function() { log(3) }) func();限制函数的最大执行频率,比如500ms, 如果在小于500ms时再次触发了函数,就把原来的函数清理掉.
再往后延迟500ms;依次来降低函数的触发频率;
var throttle = function(fn, config) { config = config || {}; var objConfig = { interval: config.interval || 500, firstTime: config.firstTime || true, } var timer; return function() { var args = arguments; var self = this; if (objConfig.firstTime) { fn.apply(self, args); objConfig.firstTime = false; return } if (timer) { clearTimeout(timer) timer = window.setTimeout(function() { clearTimeout(timer) timer = null; fn.apply(self, args); }, objConfig.interval) return false; } timer = window.setTimeout(function() { clearTimeout(timer) timer = null; fn.apply(self, args); }, objConfig.interval) } }一个1000个元素的数组, 每个元素都要执行一个函数.直接执行会卡顿.
所以1000个元素分批次, 比如200毫秒执行10个. 以此来保证程序能正常运行;
var timeChunk = function(ary, fn, count) { var obj, t; var len = ary.length; var start = function() { var max = Math.min(count || 1 , len) for (var i = max; i >= 0; i--) { var obj = ary.shift(); fn(obj); } } return function() { t = setInterval(function() { if (ary.length === 0) { return clearInterval(t) } start(); }, 1000) } } var a = [1] a.length = 1000; var l = function() { console.log(1) } var d = timeChunk(a, l, 10);单例通用模板;其实就是一个缓存的问题.这个函数的目的是生成一个对象.
用res作为函数的私有变量来预计保存这个对象. 如果原来没有. 就执行创建.
并把这个对象保存在私有变量res上. 如果有了. 那就直接把这个res返回即可;
var getSingle = function(fn) { var result; return function() { return result || (result = fn.apply(this, arguments)) } } var createLoginLayer = function(){ var div = document.createElement( 'div' ); div.innerHTML = '我是登录浮窗'; div.style.display = 'none'; document.body.appendChild( div ); return div; }; var createSingleLoginLayer = getSingle(createSingleLoginLayer); document.getElementById( 'loginBtn' ).onclick = function(){ var loginLayer = createSingleLoginLayer(); loginLayer.style.display = 'block'; };我们需要调用某个对象的接口b, 但是调用的时机是另一个逻辑. 我们把调用的时机这套逻辑放到一个函数a中.
通过调用a来调用b,这就是代理模式. 代理模式有个原则: 原接口和代理的一致性原则. 即代理的使用方式和原接口的使用方式是一样的;
比如有一个列表;点击之后发送请求,上传对应的文件.一秒点击三次的话,就会发送三次请求. 我们可以收集2秒之内的请求. 然后统一发送;
var synchronousFile = function(id) { console.log("开始同步文件" + id); } var proxySynchronousFile = function() { var cache = [], timer; return function(id) { cache.push(id); if (timer) { return; } timer = setTimeout(function() { synchronousFile(cache.join(",")); clearTimeout(timer) timer = null; chche.length = 0; }, 2000) } } var dom = document.querySelectorAll("input") Array.forEach.bind(dom)(function(item) { item.onclick = function() { proxySynchronousFile(this.id); } })在逻辑应用中, 常常有多对多的对应关系.过个对象互相影响, 一个对象发生改变,会影响多个对象的状态.
比如排行榜页面的三级联动和分页排序关系. 三级联动的每一级的修改都可能影响排序的集合和状态以及列表的状态.
这就是多对多的关系. 如果要在每一个值发生改变时造成的影响,都写在各自的逻辑中,代码就会显得非常的杂乱,
并且难以修改. 这时就适合用中介者模式, 添加一个中介者.把多对多的关系变成多对一的关系. 多个对象对一个中介者.
下面是一个例子. 多人游戏泡泡堂.
两个队, 8个人的游戏, 每一个人的添加, 死亡, 换队.都有可能影响其他人的状态, 并影响最终的胜负.
var log = console.log.bind(console); var Player = function(name, teamColor) { this.name = name; this.teamColor = teamColor; this.state = "alive"; } Player.prototype.win = function() { log(this.name + "win"); } Player.prototype.lose = function() { log(this.name + "lose") } Player.prototype.die = function() { this.state = "dead"; playerDirector.reciveMessage("playerDead", this); } Player.prototype.remove = function() { playerDirector.reciveMessage("removePlayer", this); } Player.prototype.changeTeam = function(color) { playerDirector.reciveMessage("changeTeam", this, color); } var playerFactory = function(name, teamColor) { var newPlayer = new Player(name, teamColor); playerDirector.reciveMessage("addPlayer", newPlayer); return newPlayer; } //队伍管理器 var playerDirector = (function() { var players = {}; //保存所有的玩家; var operations = {}; //中介者可以执行的操作 //新增; operations.addPlayer = function(player) { var teamColor = player.teamColor; players[teamColor] = players[teamColor] || []; players[teamColor].push(palyer); }; //移除 operations.removePlayer = function(palyer) { var teamColor = player.teamColor; var teamPlayers = palyers[teamColor] || []; teamPlayers.forEach(function(item, index) { if (item === player) { teamColor.splice(i, 1); } }) } //玩家换队 operations.changeTeam = function(palyer, newTeamColor) { operations.removePlayer(player); player.teamColor = newTeamColor; operations.addPlayer(player); } //玩家死亡; operations.playerDead = function(player) {} var reciveMessage = function() { var message = Array.prototype.shift.call(arguments); operations[message].apply(this, arguments); } return { reciveMessage: reciveMessage, } })()职责链模式处理的是多个同级状态的复杂逻辑问题.
用职责链模式需要符合以下几个条件:
某个元素或对象有多种状态
这些状态是统一等级的
每一个状态对应的逻辑都比较复杂, 如果用if-else来写会很繁杂
将来有可能会添加一些状态,或修改逻辑判断的顺序
在此情况下, 比较适合职责链模式. 因为元素有多种状态, 当元素来临时, 不知道用哪个函数逻辑处理
此时直接抛给第一个函数链, 他会自动检测是否可以处理, 如果不能处理就会抛给下一个函数链. 直到能处理为止
解耦了请求发送者和n个接受者之间的复杂关系.
最大的优势是如果添加/减少状态或修改了状态的顺序. 可以很方便的修改函数链.
在原型链/作用域链/事件冒泡等机制中,都能找到职责链模式的影子. 都是一个请求发过来, 先看当前对象能否处理,
不能的话就传到下一个链条, 直到处理完为止.
职责链经典模式
//同步函数: 下一步用 return "nextSuccessor"
//异步函数: 下一步用self.next()
var Chain = function(fn) { this.fn = fn; this.successor = null; } Chain.prototype.setNextSuccessor = function(successor) { return this.successor = successor } Chain.prototype.passRequest = function() { var ret = this.fn.apply(this, arguments) if (ret === "nextSuccessor") { return this.successor && this.successor.passRequest.apply(this.successor, arguments) } return ret; } Chain.prototype.next = function() { return this.successor && this.successor.passRequest.apply(this.successor, arguments) } //同步函数: 下一步用 return "nextSuccessor" var fn1 = new Chain(function() { console.log("1") return "nextSuccessor" }) //异步函数: 下一步用self.next() var fn2 = new Chain(function() { console.log(2) var self = this; setTimeout(function() { self.next() }, 1000) }) var fn3 = new Chain(function() { console.log(3) }) //将函数链连接起来; fn1.setNextSuccessor(fn2).setNextSuccessor(fn3) //开始处理状态数据 chainOrder500.passRequest(1, true, 500); 用AOP切面编程实现职责链 Function.prototype.after = function(fn) { var self = this; return function() { var ret = self.apply(this, arguments) if (ret === "nextSuccessor") { return fn.apply(this, arguments) } return ret; } } fn1.after(fn2).after(fn3)转载于:https://www.cnblogs.com/bridge7839/p/9918076.html