一直以来,关于“代码规范”的话题都备受关注,业界甚至有不少流传甚广的段子不断调侃之。既然代码规范能引发这么大的共鸣,那么今天咱们谈谈一个程序员的自我修养——如何写出优雅的代码?css
好的接口是流畅易懂的,他主要体现以下几个方面:html
操做某个元素的css属性,下面是原生的方法:前端
document.querySelectorAll('#id').style.color = 'red';
复制代码
封装以后node
function a(selector, color) {
document.querySelectorAll(selector)[0].style.color = color
}
a('#a', 'red');
复制代码
从几十个字母长长的一行到简简单单的一个函数调用,体现了api简单易用jquery
a(‘#a’, ‘red’)
是个好函数,帮助咱们简单实用地改变某个元素,但问题来了,若是第一次使用改函数的人来讲会比较困惑,a函数是啥函数,没有人告诉他。开发接口有必要知道一点,人都是懒惰的,从颜色赋值这个函数来讲,虽然少写了代码,可是增长了记忆成本。每次作这件事情的时候都须要有映射关系。 a—->color. 若是是简单的几个无所谓,可是一般一套框架都有几十甚至上百的api,映射成本增长会使得程序员哥哥崩溃。 咱们须要的就是使得接口有意义,下面咱们改写一下a函数:git
function letSomeElementChangeColor(selector, color) {
document.querySelectorAll(selector, color);
}
复制代码
letSomeElementChangeColor 相对于a来讲被赋予了语言意义,任何人都会知道它的意义程序员
咱们刚刚的函数也是这样的它太长了letSomeElementChangeColor虽然减小了映射成本,可是增长了记忆成本。要知道,包括学霸在内,任何人都不喜欢被单词。原生获取dom的api也一样有这个问题 document.getElementsByClassName; document.getElementsByName; document.querySelectorAll;这些api给人的感受就是单词太长了,虽然他给出的意义是很清晰,然而这种作法是创建在牺牲简易性的基础上进行的。因而咱们又再次改写这个以前函数github
function setColor(selector, color) {
// ...
}
复制代码
在乎义不作大的变化前提下,缩减函数名称。使得它易读易记易用;web
所谓延伸就是指函数的使用像流水同样按照书写的顺序执行造成执行链条:json
document.getElementById('id').style.color = 'red';
document.getElementById('id').style.fontSize = '12px';
document.getElementById('id').style.backgourdColor = 'pink';
复制代码
用咱们以前的以前的方法是再次封装两个函数 setFontSize, setbackgroundColor; 而后执行它们 setColor(‘id’, ‘red’); setFontSiez(‘id’, ’12px’); setbackgroundColor(‘id’, ‘pink’); 显然,这样的作法没有懒出境界来;id元素每次都须要从新获取,影响性能,失败;每次都须要添加新的方法 失败 每次还要调用这些方法,仍是失败。下面咱们将其改写为能够延伸的函数 首先将获取id方法封装成对象,而后再对象的每一个方法中返回这个对象:
function getElement(selector) {
this.style = document.querySelecotrAll(selector).style;
}
getElement.prototype.color = function(color) {
this.style.color = color;
return this;
}
getElement.prototype.background = function(bg) {
this.style.backgroundColor = color;
return this;
}
getElement.prototype.fontSize = function(size) {
this.style.fontSize = size;
return this;
}
//调用
var el = new getElement('#id')
el.color('red').background('pink').fontSize('12px');
复制代码
简单、流畅、易读后面咱们会在参数里面讲到如何继续优化。因此,你们都比较喜欢用jquery的api,虽然一个$符号并不表明任何现实意义,但简单的符号有利于咱们的使用。它体现了以上的多种原则,简单,易读,易记,链式写法,多参处理。
糟糕的:
document.getElementById('id').style.color = 'red';
document.getElementById('id').style.fontSize = '12px';
document.getElementById('id').style.backgourdColor = 'pink';
复制代码
指望:
$('id').css({color:'red', fontSize:'12px', backgroundColor:'pink'})
复制代码
相关的接口保持一致的风格,一整套 API 若是传递一种熟悉和温馨的感受,会大大减轻开发者对新工具的适应性。 命名这点事:既要短,又要自描述,最重要的是保持一致性 “在计算机科学界只有两件头疼的事:缓存失效和命名问题” — Phil Karlton 选择一个你喜欢的措辞,而后持续使用。选择一种风格,而后保持这种风格。
糟糕的:
setColor,
letBackGround
changefontSize
makedisplay
复制代码
指望:
setColor;
setBackground;
setFontSize
set.........
复制代码
尽可能地保持代码风格和命名风格,令人读你的代码像是阅读同一我的写的文章同样。
下一条原则是平衡,组织元素时不会让某个部分过于重量级而盖过其它部分,使用时不稳定。艺术做品里,平衡就是视觉权重。即便不对称,做品中仍能感受到不对称下的平衡,由于它遵循某种模式。上下文中的API设计的平衡,我特指代码的视觉权重和可预测性(看得出功能)。
平衡的API让人以为其组成部分属于彼此,他们行为相同,或互补地完成一个目标。经过扩展,APIs也能够感受平衡,它们容许开发人员简单的预测其余API并使用。如Modernizr的属性测试,它们的平衡性在两个方面,a)属性名对应HTML5和CSS术语和API名称,b)每一个属性测试统一地返回true或false值。
Modernizr.geolocation
Modernizr.localstorage
Modernizr.webworkers
Modernizr.canvas
Modernizr.borderradius
Modernizr.boxshadow
Modernizr.flexbox
复制代码
访问一个单一的属性来告诉开发者须要了解到的相关属性,以便经过它访问每个其余属性,一个高质量API的强大之处就在于它的简单。平衡性也保证了我写和Modernizr交互的代码在每次读写时具备相同的视觉加权。如何在我使用和访问API时看起来和感受上同样,而不顾个人惯例。另外一方面,若是Modernizr添加了一个polyfill Canvas的API,不只仅是类库的视觉加权受到新API的影响,Modernizr的范围和用途也将大大扩大,而且我在和API交互时可预测性也受到了限制。
达到平衡的另外一种方式是经过依靠开发人员对概念的熟悉得到可预测性的结果。一个典型的例子就是jQuery’s selector syntax(jquery选择器的语法),它映射css1-3的选择器到本身的DOM选择器引擎:
$("#grid") // Selects by ID
$("ul.nav > li") // All LIs for the UL with class "nav"
$("ul li:nth-child(2)") // Second item in each list
复制代码
经过使用一个熟悉的概念而且映射到本身的类库,jquery避免了新的选择器语法,同事也建立了一个机制让新用户经过一个可预测的API快速的把类库应用到生产.。
判断参数的类型为你的程序提供稳定的保障
//咱们规定,color接受字符串类型
function setColor(color) {
if(typeof color !== 'string') return;
// ..dosomething
}
复制代码
使用json的方式传值不少好处,它能够给参数命名,能够忽略参数的具体位置,能够给参数默认值等等 好比下面这种糟糕的状况:
function fn(param1, param2...............paramN) 复制代码
你必须对应地把每个参数按照顺序传入,不然你的方法就会偏离你预期去执行,正确的方法是下面的作法。
function fn(json) {
//为必须的参数设置默认值
var default = extend({
param: 'default',
param1: 'default'
// ...
}, json)
}
复制代码
这段函数代码,即使你不传任何参数进来,他也会预期运行。由于在声明的时候,你会根据具体的业务决定参数的缺省值。
软件设计最重要的原则之一:永远不修改接口,指扩展它!可扩展性同时会要求接口的职责单一,多职责的接口很难扩展。 举个栗子:
须要同时改变某个元素的字体和背景
糟糕的:
function set(selector, color) {
document.querySelectroAll(selector).style.color = color;
document.querySelectroAll(selector).style.backgroundColor = color;
}
复制代码
没法扩展改函数,若是须要再次改变字体的大小的话,只能修改此函数,在函数后面填加改变字体大小的代码
指望:
function set(selector, color) {
var el = document.querySelectroAll(selector);
el.style.color = color;
el.style.backgroundColor = color;
return el;
}
复制代码
须要设置字体、背景颜色和大小
function setAgain (selector, color, px) {
var el = set(selector, color)
el.style.fontSize = px;
return el;
}
复制代码
以上只是简单的添加颜色,业务复杂而代码又不是你写的时候,你就必须去阅读以前的代码再修改它,显然是不符合开放-封闭原则的。修改后的function是返回了元素对象,使得下次须要改变时再次获得返回值作处理。
可扩展性还包括对this的以及call和apply方法的灵活运用:
function sayBonjour() {
alert(this.a)
}
obj.a = 1;
obj.say = sayBonjour;
obj.say();//1
//or
sayBonjour.call||apply(obj); //1
复制代码
能够用 类型检测 typeof 或者try…catch。 typeof 会强制检测对象不抛出错误,对于未定义的变量尤为有用。
大多数开发者不但愿出错了还须要本身去找带对应得代码,最好方式是直接在console中输出,告诉用户发生了什么事情。咱们能够用到浏览器的输出api:console.log/warn/error。你还能够为本身的程序留些后路: try…catch。
function error (a) {
if(typeof a !== 'string') {
console.error('param a must be type of string')
}
}
function error() {
try {
// some code excucete here maybe throw wrong
}catch(ex) {
console.wran(ex);
}
}
复制代码
可预见性味程序接口提供健壮性,为保证你的代码顺利执行,必须为它考虑到非正常预期的状况。咱们看下不能够预见的代码和可预见的代码的区别用以前的setColor
糟糕的:
function set(selector, color) {
document.getElementById(selector).style.color = color;
}
复制代码
指望:
zepto.init = function(selector, context) {
var dom
// If nothing given, return an empty Zepto collection
if (!selector) return zepto.Z()
// Optimize for string selectors
else if (typeof selector == 'string') {
selector = selector.trim()
// If it's a html fragment, create nodes from it
// Note: In both Chrome 21 and Firefox 15, DOM error 12
// is thrown if the fragment doesn't begin with <
if (selector[0] == '<' && fragmentRE.test(selector))
dom = zepto.fragment(selector, RegExp.$1, context), selector = null
// If there's a context, create a collection on that context first, and select
// nodes from there
else if (context !== undefined) return $(context).find(selector)
// If it's a CSS selector, use it to select nodes.
else dom = zepto.qsa(document, selector)
}
// If a function is given, call it when the DOM is ready
else if (isFunction(selector)) return $(document).ready(selector)
// If a Zepto collection is given, just return it
else if (zepto.isZ(selector)) return selector
else {
// normalize array if an array of nodes is given
if (isArray(selector)) dom = compact(selector)
// Wrap DOM nodes.
else if (isObject(selector))
dom = [selector], selector = null
// If it's a html fragment, create nodes from it
else if (fragmentRE.test(selector))
dom = zepto.fragment(selector.trim(), RegExp.$1, context), selector = null
// If there's a context, create a collection on that context first, and select
// nodes from there
else if (context !== undefined) return $(context).find(selector)
// And last but no least, if it's a CSS selector, use it to select nodes.
else dom = zepto.qsa(document, selector)
}
// create a new Zepto collection from the nodes found
return zepto.Z(dom, selector)
}
复制代码
以上是zepto的源码,能够看见,做者在预见传入的参数时作了不少的处理。其实可预见性是为程序提供了若干的入口,无非是一些逻辑判断而已。zepto在这里使用了不少的是非判断,同时致使了代码的冗长,不适合阅读。总之,可预见性真正须要你作的事多写一些对位置实物的参数。把外部的检测改成内部检测。是的使用的人用起来舒心放心开心。呐!作人嘛最重要的就是海森啦。
一个最好的接口是不须要文档咱们也会使用它,可是每每接口量一多和业务增长,接口使用起来也会有些费劲。因此接口文档和注释是须要认真书写的。注释遵循简单扼要地原则,给多年后的本身也给后来者看:
//注释接口,为了演示PPT用
function commentary() {
//若是你定义一个没有字面意义的变量时,最好为它写上注释:a:没用的变量,能够删除
var a;
//在关键和有歧义的地方写上注释,犹如画龙点睛:路由到hash界面后将全部的数据清空结束函数
return go.Navigate('hash', function(){
data.clear();
});
}
复制代码
文章参考:卖烧烤夫斯基