摘要:如果值是基本类型,则用操作符检查其类型。总结所有编程语言都需要可维护性良好的代码,这个很重要,因为大部分开发人员都花费大量时间维护他人的代码。
o(╯□╰)o 这并不是什么史诗巨作,没有非常深入去挖掘这类问题,只是从平常的JS代码习惯,参考书籍总结而来,希望对你有帮助的!
今天的web应用大至成千上万行的javascript代码,执行各种复杂的过程,这种演化让我们开发者必须得对可维护性有一定的认识!编写可维护性代码很重要,很多情况下我们是以他人的工作成果为基础,确保代码的可维护性,以便其他开发人员更好地工作!
1 可维护性代码的特点可理解性:其他人可以接手代码并理解它的意图,无需原开发人员花太多时间解释!
直观性:代码中的东西一看就能明白,尽管其操作过程复杂。
可适应性:代码以一种数据上的变化不要求完全重写方法。
可扩展性:在代码架构上可对核心功能的扩展。
可调式性:出错时,代码可以给你足够的信息来直接确定问题所在。
2 代码约定由于javascript语言的特点,我们可编写各种编程风格的代码,从传统的面向对象式到声明式到函数式。形成一套良好的javascript代码书写约定可大大提高可维护性,这点对初学者来说绝对是没有很注重的地方。
2.1 可读性缩进:在项目中统一代码缩进,更易于阅读,一种不错也很常见的缩进大小为四个空格,当然可以是其他数量。
注释:其实我们在编写一些后台代码会经常把一个功能,一个业务逻辑,一个函数的代码注释起来,但我们却在编写javascript却经常忽略这些习惯。一般而言,在js中有以下这些地方需要注释:
函数和方法 :描述其目的和参数代表,返回值等。
大段的代码 :大段代码通常是一个任务的代码,应注释描述任务。
复杂的算法 :不是所有人都会你的算法,你需要把你的算法思路简单描述下。
Hack :因各浏览器的差异,javascript的hack用于解决什么问题应该描述清楚。
2.2 变量和函数的命名变量名应该名词:如car,person
函数名应以动词开始:如getName(),返回布尔类型值的函数一般以is开头,如:isEnable();
只要合乎逻辑,不用担心变量或者函数名的长度,长度问题可以通过在你发布代码压缩的时候得以解决。
2.3 变量类型透明var car,person; //声明两个变量
如上代码,由于javascript中变量是松散类型的,我们并不知道其中的car和person是什么类型的数据,不够透明,我们可以通过一下两种方式缓解这种问题:
初始化变量:通过初始化指定变量类型,但通过这种方式命名的对象无法用于函数声明中的参数。
var car = null; //car是对象 var person = ""; //person是字符串 var count = -1; //count是整数 var found = false; //found是布尔型
匈牙利标记法:在变量名之前加上一个或多个字符表示数据类型。o - 对象,s - 字符串,i - 整数,f - 浮点数,b - 布尔型
var oCar; //car是对象 var sPerson; //person是字符串 var iCount; //count是整数 var bFound; //found是布尔型3 松散耦合
记得以前刚入门C#的时候,师兄经常跟我说‘高内聚低耦合’这词,我也就含糊地点点头,很多人可能也像我之前一样,这词耳熟能详,但未真正实践。
只要应用的某个部分过分依赖另一部分,代码就是耦合过紧,难于维护! 典型的问题:对象直接应用另一个对象,并且修改其中一个的同时需要修改另一个。 在我们web应用中,我们可以通过一下方式解耦我们的代码:
3.1 解耦HTML/JavaScript在web应用中,我们希望html专注于展示数据,css专注于样式,javascript专注于行为交互。但是有一些代码会将html、javascript过于紧密地耦合在一起。
直接写在HTML中javascript,使用包含内联代码的元素或者是使用HTML属性来分配事件处理程序。
虽然这样写完全正确,但出现javascript错误是,我们需要判断错误出现在HTML还是在Javascript中,并且这还存在一个时间差问题,当我按下上面代码的按钮时,若此时javascript代码并未加载完,此时变回引发错误。在实践中,理想的状况应该是HTML和Javascript应完全分离,使用引入外部文件来加载javascript。
相反地,在javascript中也不能包含过多的HTMl
function insertMsg(msg){ var container = document.getElementById("container"); container.innerHtml = "" }" + msg + "
当你在写这样的代码的时候,我想你应该去找个js模板引擎来了。
对动态生成的HTML,对书写CSS布局,定位错误都比较难把控。
3.2 解耦CSS/Javascript上面说了,CSS和JS都应该各司其职,不能有太大的亲密动作,秀恩爱,死得快 囧~~~。
这个问题并不能说完全解耦css和js,因为在现代web应用中常常需要javascript来更改样式,但是我们还是尽量使他们分离。
// CSS对JS的紧密耦合 element.style.color = "red"; element.style.backgroundColor= "blue";
这样的代码在以后修改样式的时候需要同时修改CSS和JS,可麻烦了。
//这样就ok了 element.className = "color"; //color是样式类
还有一个就是不能在CSS中写CSS表达式,这应该是都知道的了。
3.3 解耦应用逻辑和事件处理程序每个web应用程序都有相当多的事件处理程序,监听着大量不同的事件,然而,很少能有仔细将应用逻辑从事件处理程序中分离的,如下:
function checkValue(e){ e = e || window.event; var target = e.target || e.srcElement; if(target.value.length < 5){ //省略一堆逻辑处理代码... } }
将上面的代码重写为:
function checkValue(value){ if(value.length < 5){ //省略一堆逻辑处理代码... } } function handleBlur(e){ e = e || window.event; var target = e.target || e.srcElement; checkValue(target.value); //调用应用逻辑处理函数 }
这样写有什么好处呢?
当有不同的方式触发相同的相同过程事件的时候,这时只需调用应用逻辑处理函数即可。
应用逻辑处理函数可以在不添加到事件的情况下多带带测试。
4 编程实践在企业环境中创建的web应用往往同时由大量人员一同创作。在这种情况下的目标是确保每个人所使用的浏览器环境都有一致和不变的规则,因此,我们需要坚持一下的一些编程实践:
4.1 避免全局变量在一个js文件中,最多允许有一个全局变量,让其他对象和函数包含在其中,因为过多的全局变量会消耗大量内存。
//两个全局变量 var name = "jozo"; function sayName(){ alert("jozo"); }
上面的代码有两个全局变量,变量name和函数sayName(),其实可以创建一个变量包含它们:
//一个全局变量 --推荐 var person = { name:"jozo", sayName : function(){ alert(this.name); } }
这样一个全局变量延伸开来就是‘空间的概念’了,不会与其他功能产生冲突,有助于消除功能作用域之间的混淆。
4.2 避免与null进行比较function sortArray(values){ if(values != null){ values.sort(比较函数); } }
上面代码中的if语句应该检测values是否是数组,但如果与null作比较的话,字符串,数字等都会通过,导致函数抛出错误。这里是数组,那么我们就应该检测其是否为数组:
function sortArray(values){ if(values instanceof Array){ values.sort(比较函数); } }
所于当我们遇到与null作比较的代码的时候,我们应该用下面的技术替换:
如果值为引用类型,则用instanceof 操作符检查其构造函数。
如果值是基本类型,则用typeof操作符检查其类型。
4.3 使用常量function validate(value){ if(!value){ alert("不存在"); location.href = "/errors/invalid.php"; } }
现在,我想把‘不存在’改为‘该数据不存在!’,把跳转路径也改了,我得回到函数中找到对应的代码去修改,而每次修改逻辑代码,都有可能引入错误的风险。所以我们可以把数据多带带定义为常量,与应用逻辑分离:
var Constans = { ERRORMSG: "不存在", ERRORPAGE:"/errors/invalid.php" }; function validate(value){ if(!value){ alert(Constans.ERRORMSG ); location.href = Constans.ERRORPAGE ; } }
这样我们修改静态文本内容的时候就无需去动逻辑函数了,甚至可以把Constans多带带一个文件。那么什么样的数据需要抽出来做常量呢?
重复值:任何在多处用到的值。
用户界面字符串:任何用于显示给用户提示信息的字符串。
URLs:在WEB项目中,资源路径可能经常变更。在一个公共的地方存起来,修改起来更容易!
任何可能在以后会改变的值。
5 总结所有编程语言都需要可维护性良好的代码,这个很重要,因为大部分开发人员都花费大量时间维护他人的代码。为了减轻相互的负担,从今天起我要做个好人,写好代码! o(╯□╰)o
ok,写了一遍,我印象又加深了!以上内容整理自《JavaScript高级程序设计》,觉得不错点个赞呗。下一篇将整理如何书写提高性能的JS代码。谢谢阅读……
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/85564.html
摘要:可能很多人和我一样首次听到前端架构这个词第一反应是前端还有架构这一说呢在后端开发领域系统规划和可扩展性非常关键因此架构师备受重视早在开发工作启动之前他们就被邀请加入到项目中而且他们会跟客户讨论即将建成的平台的架构要求使用还什么技术栈内容类型 可能很多人和我一样, 首次听到前端架构这个词, 第一反应是: 前端还有架构这一说呢? 在后端开发领域, 系统规划和可扩展性非常关键, 因此架构师备...
摘要:可能很多人和我一样首次听到前端架构这个词第一反应是前端还有架构这一说呢在后端开发领域系统规划和可扩展性非常关键因此架构师备受重视早在开发工作启动之前他们就被邀请加入到项目中而且他们会跟客户讨论即将建成的平台的架构要求使用还什么技术栈内容类型 可能很多人和我一样, 首次听到前端架构这个词, 第一反应是: 前端还有架构这一说呢? 在后端开发领域, 系统规划和可扩展性非常关键, 因此架构师备...
摘要:可能很多人和我一样首次听到前端架构这个词第一反应是前端还有架构这一说呢在后端开发领域系统规划和可扩展性非常关键因此架构师备受重视早在开发工作启动之前他们就被邀请加入到项目中而且他们会跟客户讨论即将建成的平台的架构要求使用还什么技术栈内容类型 可能很多人和我一样, 首次听到前端架构这个词, 第一反应是: 前端还有架构这一说呢? 在后端开发领域, 系统规划和可扩展性非常关键, 因此架构师备...
阅读 1731·2021-11-24 10:18
阅读 2205·2021-11-18 13:20
阅读 2332·2021-08-23 09:46
阅读 991·2019-08-30 15:56
阅读 2838·2019-08-30 15:53
阅读 736·2019-08-30 14:22
阅读 470·2019-08-29 15:34
阅读 2531·2019-08-29 12:14