本文是在阅读 clean code
时的一些总结,原书是基于 Java 的,这里将其中的一些我的认为实用性较强且容易与平常业务开发结合的一些原则从新进行整理,并参考了 clean-code-javascript 一文给出了一些代码实例,但愿本文可以给平常开发编码和重构做出一些参考。javascript
变量取名要花心思想一想,不要贪图方便,过于简略的名称,时间长了之后就难以读懂。java
// bad
var d = 10;
var oVal = 20;
var nVal = 100;
// good
var days = 10;
var oldValue = 20;
var newValue = 100;复制代码
命名不要让人对变量的信息 (类型,做用) 产生误解。git
accounts 和 accountList,除非 accountList 真的是一个 List 类型,不然 accounts 会比 accountList 更好。所以像 List,Map 这样的后缀,不要随意使用。github
// bad
var platformList = {
web: {},
wap: {},
app: {},
};
// good
var platforms = {
web: {},
wap: {},
app: {},
};复制代码
用明确的意义去表述变量直接的区别。web
不少状况下,会有存在 product,productData,productInfo 之类的命名,Data 和 Info 不少状况下并无明显的区别,不如直接就使用 product。json
// bad
var goodsInfo = {
skuDataList: [],
};
function getGoods(){}; // 获取商品列表
function getGoodsDetail(id){}; // 经过商品ID获取单个商品
// good
var goods = {
skus: [],
};
function getGoodsList(){}; // 获取商品列表
function getGoodsById(id){}; // 经过商品ID获取单个商品复制代码
缩写要有个度,好比像 DAT 这样的写法,究竟是 DATA 仍是 DATE...bash
// bad
var yyyyMMddStr = eu.format(new Date(), 'yyyy-MM-dd');
var dat = null;
var dev = 'Android';
// good
var todaysDate = eu.format(new Date(), 'yyyy-MM-dd');
var data = null;
var device = 'Android';复制代码
可搜索的名称可以帮助快速定位代码,尤为对于一些数字状态码,不建议直接使用数值,而是使用枚举。app
// bad
var param = {
periodType: 0,
};
// good
const HOUR = 0, DAY = 1;
var param = {
periodType: HOUR,
};复制代码
把类和函数作得足够小,消除对成员前缀的须要。由于长期之后,前缀在人们眼里会变得愈来愈不重要。异步
对于某些名称,在不一样语境下可能表明不一样的含义,最好为它添加有意义的语境。ide
firstName,lastName,street,houseNumber,city,state,zipcode 一连串变量放在一块儿能够判断是一个地址,可是若是将这些变量单独拎出来,有些变量名意义就不明确了。这时能够添加语境明确其意义,如 addrFirstName,addrLastName,addrState。
固然也不要随意添加语境,这样只会让变量名变得冗长。
// bad
var firsName, lastName, city, zipcode, state;
var sku = {
skuName: 'sku0',
skuStorage: 'storage0',
skuCost: '10',
};
// good
var addrFirsName, addrLastName, city, zipcode, addrState;
var sku = {
name: 'sku0',
storage: 'storage0',
cost: '10',
};复制代码
变量名取名多花一点时间,若是这一对象会在多个函数,模块中使用,就应该使用一致的变量名,不然每次看到这个对象,都须要从新去理清变量名,形成阅读障碍。
// bad
function searchGoods(searchText) {
getList({
keyword: searchText,
});
}
function getList(option) {
}
// good
function searchGoods(keyword) {
getList({
keyword: keyword,
});
}
function getList(keyword) {}复制代码
短小是函数的第一规则,过长的函数不只会形成阅读困难,在维护的时候难度也会增长。短小,要求每一个函数作尽量少的事情,同时减小代码的嵌套和缩进,要知道,代码的嵌套和缩减一样会带来阅读的困难。
// bad
function initPage(initParams) {
var data = this.data;
if ('dimension' in initParams) {
data.dimension = initParams.dimension;
data.tab.source.some(function(item, index){
if (item.value === data.dimension) {
data.tab.defaultIndex = index;
}
});
}
if ('standardMedium' in initParams) {
data.hasStandardMedium = true;
data.filterParams[data.dimension].standardMedium = initParams.standardMedium;
}
if ('plan' in initParams || 'name' in initParams) {
data.filterParams[data.dimension].planQueryString = initParams.plan || initParams.name;
} else if ('traceId' in initParams) {
data.filterParams[data.dimension].planQueryString = 'id:' + initParams.traceId;
}
}
// good
function initPage(initParams) {
initDimension(initParams);
initStandardMedium(initParams);
initPlanQueryString(initParams);
}
function initDimension(initParams) {
var data = this.data;
if ('dimension' in initParams) {
data.dimension = initParams.dimension;
data.tab.source.some(function(item, index){
if (item.value === data.dimension) {
data.tab.defaultIndex = index;
}
});
}
}
function initStandardMedium(initParams) {
var data = this.data;
if ('standardMedium' in initParams) {
data.hasStandardMedium = true;
data.filterParams[data.dimension].standardMedium = initParams.standardMedium;
}
}
function initPlanQueryString() {
var data = this.data;
if ('plan' in initParams || 'name' in initParams) {
data.filterParams[data.dimension].planQueryString = initParams.plan || initParams.name;
} else if ('traceId' in initParams) {
data.filterParams[data.dimension].planQueryString = 'id:' + initParams.traceId;
}
}复制代码
函数应该作一件事情,作好这件事,只作这一件事。
若是函数只是作了该函数名下同一个抽象层上的步骤,则函数仍是只作了一件事。当函数中出现另外一抽象层级所作的事情时,则能够将这部分拆成另外一层级的函数,所以缩小函数。
当一个函数能够被划分红多个区段时(代码块)时,这就说明了这个函数作了太多事情。
// bad
function onTimepickerChange(type, e) {
if(type === 'base') {
// do base type logic...
} else if (type === 'compare') {
// do compare type logic...
}
// do other stuff...
}
// good
function onBaseTimepickerChange(e) {
// do base type logic
this.doOtherStuff();
}
function onCompareTimepickerChange(e) {
// do compare type logic
this.doOtherStuff();
}
function doOtherStuff(){}复制代码
一个函数中不该该混杂了多个抽象层级,即同一级别的步骤才放到一个函数中,由于经过这些步骤就能完整地完成一件事情。
回到以前提到变量命名的问题,一个变量或函数,其做用域余越广,就越须要一个有意义的名字来对其进行描述,提升可读性,减小在阅读代码时还须要去查询定义代码的频率,有些时候有意义的名字就可能须要更多的字符,但这是值得的。但对于小范围使用的变量和函数,能够适当缩短名称。由于过长的名称,某些时候反而会增长阅读的困难。
能够经过向下原则划分抽象层级
程序就像是一系列 TO 起头的段落,每一段都描述当前层级,并引用位于下一抽象层级的后续 TO 起头段落
- 若是要完成 A,须要完成 B,完成 C;
- 要完成 B,须要完成 D;
- 要完成 C,须要完成 E;复制代码
函数名明确了其做用,获取一个图表和列表,函数中各个模块的逻辑进行了划分,明确各个函数的分工, 拆分的函数名直接代表了每一个步骤的做用, 不须要额外的注释和划分。在维护的时候, 能够快速的定位各个步骤, 而不须要在一个长篇幅的函数中需找对应的代码逻辑.
实际业务例子, 数据门户-流量看板-流量总览的一个获取趋势图和右边列表的例子。选择一个经过 tab 选择不一样的指标,不一样的指标影响的趋势图和右边列表的内容,两个模块的数据合并到一个请求中获得。流水帐的写法能够将函数写成下面的样子,这种写法有几个明显的缺点:
根据向下原则
// bad
getChart: function(){
var data = this.data;
var option = {
url: '/chartUrl',
param: {
dimension: data.dimension,
period: data.period,
comparePeriod: data.comparePeriod,
periodType: data.periodType,
},
fn: function(json){
var data = this.data;
// 设置图表
data.chart = json.data.chart;
data.chart.config = {
//... 大量的图表配置,可能有20多行
}
// 设置右边列表
data.sideList = json.data.list;
}
};
// 获取请求参数
this.fetchData(option);
},
// good
getChartAndSideList: function(){
var option = {
url: '/chartUrl',
param: this.getChartAndSideListParam();
fn: function(json){
this.setChart(json);
this.setSideList(json);
}
};
this.fetchData(option);
},复制代码
switch语句会让代码变得很长,由于switch语句天生就是要作多件事情,当状态不断增长的时候,switch语句也会不断增长。所以可能把取代switch语句,或者将其放在较低的层级.
放在底层的意思,能够理解为将其埋藏到抽象工厂地下,利用抽象工厂返回内涵不一样的方法或对象来进行处理.
函数的参数越多,不只注释写得长,使用的时候容易使得函数参数发生错位。当函数参数过多时,能够考虑以参数列表或者对象的形式传入.
数据门户里面的一个例子:
// bad
function getSum(a [, b, c, d, e ...]){}
// good
function getSum(arr){}复制代码
// bad
function exportExcel(url, param, onsuccess, onerror){}
// good
/** * @param option * @property url * @property param * @property onsucces * @property onerror */
function exportExcel(option){}复制代码
参数尽可能少,最好不要超过 3 个
函数应该取个好一点的名字,适当使用动词和关键字能够提升函数的可读性。例如:
一个判断是否在某个区间范围的函数,取名为 within
,从名称上能够容易判断出函数的做用,可是这仍然不是最好的,由于这个函数带有三个参数,没法一眼看出这个函数三个参数之间的关系,是 b <= a && a<= c
,仍是 a <= b && b <= c
?
或许能够经过更改参数名来表达三个参数的关系,这个必须看到函数的定义后才可能得知函数的用法.
若是再把名字改一下,从名字就能够容易得知三个参数依次的关系,固然这个名字可能会很长,但若是这个函数须要大范围地使用,较长的名字换来更好的可读性,这一代价是值得的.
// bad
function within(a, b, c){}
// good
function assertWithin(val, min, max){}
// good
function assertValWithinMinAndMax(val, min, max){}复制代码
一个有反作用的函数,一般都是是非纯函数,这意味着函数作的事情其实不止一件,函数所产生的反作用被隐藏了,函数调用者没法直接经过函数名来明确函数所作的事请.
法律信息,提供信息的注释,对意图的解释,阐释,警示,TODO,放大(放大某种看似不合理代码的重要性),公共 API 注释
尽可能让函数,变量变得刻度,不要依赖注释来描述,对于复杂难懂的部分才适当用注释说明.
喃喃自语,多余的注释(例如原本函数名就可以说明意图,还要加注释),误导性注释,循规式注释(为了规范去加注释,其实函数名和参数名已经能够明确信息了),日志式注释(记录无用修改日志的注释),废话注释
// bad
var d = 10; // 天数
// good
var days = 10;复制代码
数据门户-实时概况里面的一段代码,/src/javascript/realTimeOverview/components/index.js
// bad
function dimensionChanged(dimension){
var data = this.data.keyDealComposition;
data.selectedDimension = dimension;
// 2016.10.31 modify:产品改动,选择品牌分布的时候不显示二级类目
// if (dimension.dimensionId == '6') {
// data.columns[0][0].name = dimension.dimensionName;
// data.columns[0].splice(1, 0, {name:'二级类目', value:'secCategoryName', noSort: true});
// } else {
this.handle('util.setTableHeader');
// }
this.handle('refreshComposition');
};
// good
function dimensionChanged(dimension){
var data = this.data.keyDealComposition;
data.selectedDimension = dimension;
this.handle('util.setTableHeader');
this.handle('refreshComposition');
};复制代码
不要在注释里面加入太多信息,没人会看
非公用函数,没有必要加过多的注释说明,冗余的注释会使代码变得不够紧凑,增长阅读障碍
// bad
/** * 设置表格表头 */
function setTableHeader(){},
// good
function setTableHeader(){},复制代码
// bad
function doSomthing(){
while(!buffer.isEmpty()) { // while 1
// ...
while(arr.length > 0) { // while 2
// ...
if() {
}
} // while 2
} // while 1
}复制代码
// bad
/** * 2016.12.03 bugfix, by xxxx * 2016.11.01 new feature, by xxxx * 2016.09.12 new feature, by xxxx * ... */
// bad
/** * created by xxxx * modified by xxxx */
function addSum() {}
/** * created by xxxx */
function getAverage() {
// modified by xxx
}复制代码
// bad
/*************** Filters ****************/
///////////// Initiation /////////////////复制代码
// bad
function init(){
this.data.chartView = this.$refs.chartView;
this.$parent.$on('inject', function () {
this.dataConvert(this.data.source);
this.draw();
});
this.$watch('source', function (newValue, oldValue) {
if (newValue && newValue != this.data.initValue) {
this.dataConvert(newValue);
this.draw();
} else if (!newValue) {
if (self.data.chartView) {
this.data.chartView.innerHTML = '';
}
}
}, true);
}
// good
function init(){
this.data.chartView = this.$refs.chartView;
this.$parent.$on('inject', function () {
this.dataConvert(this.data.source);
this.draw();
});
this.$watch('source', function (newValue, oldValue) {
if (newValue && newValue != this.data.initValue) {
this.dataConvert(newValue);
this.draw();
} else if (!newValue) {
if (this.data.chartView) {
this.data.chartView.innerHTML = '';
}
}
}, true);
}复制代码
// bad
BaseComponent.extend({
checkAll: function(status){
status = !!status;
var data = this.data;
this.checkAllList(status);
this.checkSigList(status);
data.checked.list = [];
if(status){
// 当全选的时候先清空列表, 而后在利用Array.push添加选中项
// 若是在全选的时候不能直接checked.list = dataList
// 由于这样的话后面对checked.list的操做就至关于对dataList直接进行操做
// 利用push能够解决这一个问题
data.sigList.forEach(function(item,i){
data.checked.list.push(item.data.item);
})
}
this.$emit('check', {
sender: this,
index: CHECK_ALL,
checked: status,
});
},
});
// good
BaseComponent.extend({
checkAll: function(status){
status = !!status;
this.checkAllList(status);
this.checkSigList(status);
this.clearCheckedList();
if(status){
this.updateCheckedList();
}
this.emitCheckEvent(CHECK_ALL, status);
},
});复制代码
// bad
function updateModule() {}
function updateFilter() {}
function reset() {}
function refresh() {
updateFilter();
updateModule();
}
// good
function refresh() {
updateFilter();
updateModule();
}
function updateFilter() {}
function updateModule() {}
function reset() {}复制代码
// bad
function onSubmit() {}
function refresh() {}
function onFilterChange() {}
function reset() {}
// good
function onSubmit() {}
function onFilterChange() {}
function refresh() {}
function reset() {}复制代码
// bad
function (x){
var a = 10, b = 100;
var c, d;
a = (a-b) * x;
b = (a-b) / x;
c = a + b;
d = c - x;
}
// good
function (x){
var a = 10, b = 100;
a = (a-b) * x;
b = (a-b) / x;
var c = a + b;
var d = c - x;
}复制代码
// bad
var v = a + (b + c) / d + e * f;
// good
var v = a + (b+c)/d + e*f;复制代码
// bad
var a = 1;
var sku = goodsInfo.sku;
var goodsId = goodsInfo.goodsId;
// good
var a = 1;
var sku = goodsInfo.sku;
var goodsId = goodsInfo.goodsId;复制代码
忽然间改变缩进的规律,很容易就会被阅读习惯欺骗
// bad
if(empty){return;}
// good
if(empty){
return;
}
// bad
while(cli.readCommand() != -1);
app.run();
// good
while(cli.readCommand() != -1)
;
app.run();复制代码
对于一些较为复杂的组件或页面组件,须要定义不少属性,同时又要对这部分属性进行初始化和监听,像下面这段代码。在好几个大型的页面里面都看到了相似的代码,config 方法少的有 100行,多的有 400行。
config 方法基本就是一个组件的入口,在进行维护的时候通常都会先读 config 方法,可是对于这么长的函数,很容易第一眼就懵了。
Component.extend({
template: tpl,
config: function(data){
eu.extend(data, {
tabChartTab: 0,
periodType: 0,
dimensionType: 1,
dealConstituteCompare:false,
dealConstituteSort: {
dimensionValue: 'sales',
sortType: 0,
},
dealConstituteDecorate: {
noCompare:[],
progress: ['salesPercent'],
sort:[
]
},
defaultMetrics: [
],
// ...下面还有几百行关于其余模块的属性, flow, hotSellRank等
});
this.$watch('periodType', function(){
// ...
});
this.$watch('topCategoryId', function(){
// ...
});
// 这里还有一部分异步请求代码...
this.refresh();
},
})复制代码
针对上述这段代码代码,明显的缺点是:
这对这些能够做出一些改进:
initData
方法来初始化initData
进一步根据模块划分初始化方法addWatchers
初始化init
等组件实例化后执行const TAB_A = 0, TAB_B = 1;
const HOUR = 0, DAY = 1;
const DIMENSION_A = 0, DIMENSION_B = 1;
const DISABLE = false, ENABLE = true;
Component.extend({
template: tpl,
config: function(data){
eu.extend(data, {
tabChartTab: TAB_A,
periodType: HOUR,
dimensionType: DIMENSION_B,
});
this.initData();
this.addWatchers();
},
initData: function(){
this.initDealConsitiuteData();
this.initFlowData();
this.initHotSellRank();
},
initDealConsitiuteData: function(){
this.data.dealConstitute = {
compare: DISABLE,
sort: {
dimensionValue: 'sales',
sortType: 0,
},
decorate: {
noCompare:[],
progress: ['salesPercent'],
sort:[
]
},
defaultMetrics: [
],
}
},
addWatchers: function(){
this.$watch('periodType', function(){
// ...
});
this.$watch('topCategoryId', function(){
// ...
});
},
init: function(){
// 部分初始化要执行的逻辑
this.refresh();
},
})复制代码
其实按照上面进行优化之后,代码的可读性是有所提升,但因为这是一个页面组件,代码行数极多,修改后方法变得更多了,仍然不便于阅读。因此,针对于这种大型的页面,更适当的作法是,将页面拆分为几个模块,将业务逻辑拆分,减小每一个模块的代码量,提升可读性。而对于不可再拆分的组件或模块,若是仍然包含大量须要初始化的属性,上述例子就能够做为参考了。
本文整理的几个要点:
就算是经验老道的大神,也很难一遍就能写出简洁的代码,因此要勤于对代码进行重构,边写代码边修改。代码只有在通过一遍一遍修改和锤炼之后,才会逐渐地变得简洁和精致。