虽互不曾谋面,但希望能和你成为笔尖下的朋友
以读书,技术,生活为主,偶尔撒点鸡汤
不作,不敷衍,意在真诚吐露,用心分享
点击左上方,可关注本刊
标星公众号(ID:itclanCoder)
如果不知道如何操作
点击这里,标星不迷路
━━━━━━
━━━━━━
我希望你保持空杯
一边阅读一边思考
更重要是要动手敲
如果有收获三连击
作者 | 随笔川迹
ID | suibichuanji
前言
撰文:川川
您将在本篇中看完收获到
常量的命名
变量的命名
函数的命名
事件的命名
操作符的使用
· 正 · 文 · 来 · 啦 ·
01
常量的命名
常量名应全部采用大写字⺟,以便和普通变量区别
常量名应采用完整的英文单词,或者常用的缩写,能够从字面上理解其意义。不要随意使用英文单词首字母组合的方式
如果常量名含有两个或两个以上的英文单词,单词之间必须⽤中下划线_分隔。如下所示
在 es6 语法环境下,常量命名使用const,相对var可以节省资源
const HANDLE_CLICLK_TEXT = "handle_click_text";
场景: 在React或者Vue中使用Redux或者vuex做数据状态管理时,当定义action的type类型时,往往使用的就是const去定义我们要改变store的事件类型常量,若有这方便开发经验的是不会陌生的,小程序开发也是如此
02
变量的命名
局部变量 类型 + 变量名称(匈牙利命名法)
变量名=属性+类型+对象描述
变量的定义需要区分类型,增加类型前缀属性+类型+对象属性描述,如sBtnColor(按钮的的颜色),sTextBgColor(文本背景色)
主要前缀有s(string), a(Array), b(boolean), n(number),o(object),fn/pf(function), rc(React), g(global全局变量),C(Component)类或结构体,m(成员变量m_nCustomers)
所有的变量定义应该使用有意义的词,最好增加定语前缀,如sBtnColor,sXxxName, bLoaded,尽量避免像color,name这样的变量对象的属性名称全部是用小写,要避免常用单词和JavaScript的关键字,如in, out, if, do, for等,这个无法速成,非一日之功,多阅读参考开源代码或者团队中优秀小伙伴的代码,虚心学习,请教,思考...模仿
变量在生命周期的一开始就定义,一般放在函数的顶部,全局变量放在文件的开头(也就是先声明后使用),按照特定的顺序编写,赋有具体数值的放在后面,这样便于代码的增,删,改阅读,不应该将变量分散在各处,五花八门,到处都是的,如下所示
// 这里以小程序中的js为例,web开发都是类似
Page({
data: {
blogTitle: '', // 博客标题
blogList: [], // 博客列表内容
bBtnDisabled: true, // 禁止按钮状态,默认禁用
userInfo: {}, // 用户信息
pageNum: 0 // 分页起始页
}
})
变量名采用小驼峰式(camelCase)定义,也就是俗成的烤串式
如果变量表示一个html组件,名称建议以该控件的类型名结尾。如:let rcLeftComboTable(右边组合table)
在 es6 语法环境下,变量命名使用let。let sLeftComboBox;如果是常量则使用const,例如:const LANGUAGE_KEY
局部变量示例如下所示
let sDepartName; // 部门名称,字符串
let nDivWidth; // 一个div元素的宽度,类型number
let bFirst; // 是否是第一个,boolean
let aGoodLists; // 商品列表,数组array
let oProducts; // 产品对象,Object
全局变量
以g_开头,后面与局部变量相同。如:let g_sClassName
其他
标准变量采用驼峰式命名
var sItclanCoder="itclanCoder";
ID在变量名中全大写
var nGoodID = 12; // 商品ID
URL在变量名中全大写
var baseURL = "http://localhost/8080/detail?page=1"
常量名应全大写,用下划线连接,并用 const关键字声明,相比var,更节省内存资源
const MAX_COUNT = 10 // 最大数量
构造函数,第一个字母大写,用区别于普通函数
function Button(color) {
this.color = color;
}
jQuery对象应以$开头命名,用于区别是jQ对象还是JS对象
var $body = $("body")
Android在变量名中第一个字母大写
var AndroidVersion;
iOS在变量名中小写第一个,大写后两个字母
var iOSVersion;
私有变量, 属性和方法, 名字以下划线_开头,也就是内部定义的私有方法和属性
let _nInitValue = 0; // 初始值为0
function _getHomeData() { // 获取首页数据
// 逻辑代码
}
方法和函数的可选参数, 名字以 opt_开头, 并在函数注释头使用@param标记说明;
/*
**
* @param opt_name 模态框可选名称
*
*/
function isModel(opt_name) {
// 逻辑代码
}
03
函数的命名
函数名采用小驼峰式(camelCase)定义。避免使用单词首字母组合的方式定义
对于具有返回值,且返回值不为boolean型的函数,其名称以get开头
// 获取莫态框列表数据
function getModelList(list) {
// 逻辑代码
}
对于具有返回值,且返回值为boolean型的函数,其名称可以以is、can或has开头
function isLeafNode(node) {
// 逻辑代码
}
function canModify(node) {
// 逻辑代码
}
function hanSelected(selected) {
// 逻辑代码
}
具有初始化功能的函数,其名称可以init或initialize开头
// 初始化工具栏
function initToolBar() {
// 逻辑代码
}
04
事件的命名
对事件的调用函数,命名以 handle + event 格式命名(或handle+元素+event),或on+元素+event如,handleInputChange,handleBtnClick,handleInputFocus,onFocus,onBlur,onInputChange等
事件处理程序提供参数写 event,可以使用ev,但是还是写全吧,单词也不长
可以使用Before,After表示事件发生的时间顺序,如 onBeforeSave , onAfterSave 依然使用驼峰式camelCase 大小写命名
一些事件可以用时态表示顺序,如onchange ,onChanged
function handleInputChange() {
// 逻辑代码,监听表单内容
}
function onBlur() {
// 逻辑代码,失去焦点时
}
// 箭头函数也是可以的
let onBtnClick = () => {
// 逻辑代码,点击按钮
}
05
操作符的使用
始终使用===替代==,它比较的不仅仅数值还有数据类型,如下所示
if (sName === 'itclanCoder') // ✓ ok,全等
if (sName == 'itclanCoder') // ✗ avoid,双等
if (sName !== 'itclanCoder') // ✓ ok,全不等
if (sName != 'itclanCoder') // ✗ avoid
这里需要额外注意的是可以用:obj == null可以用来检查null || undefined
有时候,你也会看到有人把条件判断的数值放在左边,一般有这个习惯的,看得出是个高手,至少写程序是比较严谨的
// 判断bShow是否为false,判断的数值结果放在左边,需要检测的数值放在右边
var bShow = false;
if(true == bShow) { // 平常当中,有没有见过这种代码?
console.log(bShow);
console.log("执行语句1");
} else {
console.log(bShow);
console.log("执行语句2")
}
显然,这段代码的最终输出的结果是else后面的语句,执行语句2被执行了的
如果你一不小心在做判断时,少写了一个等(=)号,也就是双等或者全(三)等变成了一个等号,变成了赋值
平常开发中,漏写一个,少写一个,将等值判断写成赋值,这个是很容易书写造成的,而这个小bug虽然不是什么大bug,但会影响程序的正常运行,没有按照你预期的逻辑走,这个bug是很隐性的
有时候,很难察觉
而这种把判断的结果放在左边,检测的对象放在右边,一旦少写了一个等号,编译器就会有提示错误,当然在一些高级的编辑器里面,例如IDEA里面是有提示的
如果在这种情况下少写一个等号,如下所示
var bShow = false;
if(true = bShow) { // 如果漏写一个等号,只有一个等号就是赋值,注意赋值与全等的区别
console.log(bShow);
console.log("执行语句1");
} else {
console.log(bShow);
console.log("执行语句2")
}
那么编译就会报错,给你很好的错误提示,一看判断条件是单等号,也就是赋值,就看出问题在哪了
if(true = bShow) {
^^^^
ReferenceError: Invalid left-hand side in assignment
at new Script (vm.js:79:7)
at createScript (vm.js:251:10)
at Object.runInThisContext (vm.js:303:10)
at Module._compile (internal/modules/cjs/loader.js:656:28)
at Object.Module._extensions..js (internal/modules/cjs/loader.js:699:10)
at Module.load (internal/modules/cjs/loader.js:598:32)
at tryModuleLoad (internal/modules/cjs/loader.js:537:12)
at Function.Module._load (internal/modules/cjs/loader.js:529:3)
at Function.Module.runMain (internal/modules/cjs/loader.js:741:12)
at startup (internal/bootstrap/node.js:285:19)
与之相反,如果把检测的对象放在左边,被检测结果放在右边,也就是常规方式,普遍的做法
因为代码从左往后读,好理解,位置稍有区别,执行结果一样,但是理解起来,检测对象放在等号左边要好容易理解得多
而将检测结果放在左边,却是可以检测到在编写代码时,如果少写了一个“=”,编译器也能判断出错误,而前者编译器不会出错,执行结果不对,是逻辑代码顺序问题,编译器是无法告知的,它只能识别语法词法的错误,如下所示
var bShow = false;
if(bShow = true) { // 如果这样写,漏写了一个等号,程序将会执行,不会报错,但是会影响你想要的结果
console.log(bShow)
console.log("执行语句1");
} else {
console.log(bShow)
console.log("执行语句2");
}
如上代码,在做条件判断时,只写了一个等号(=),程序不会报错,但是会影响最终结果,程序执行了语句1,这显然是不符合自己预期想要的
编译器也不会给你任何提示,有时候,这种错误找起来非常难受,一旦发现找出来了,气着抽自己都难以解气,哈哈,把检测的结果放在等号的左边是个很好的编程习惯
如果你硬要抬杠,纠结放前放后的区别,前者正常思维,容易理解,后者却可以让自己少犯错,即使漏写了,让编译器给你找错,比眼睛发现错误要靠谱得多
结语
本篇主要介绍了JS中一些编程规范,涉及到常量,变量,函数名,事件以及操作符
谈不上什么高大上的内容,所有的规范都是为了让代码可读性更好,好维护,规范并非是束缚,而是一种约定俗成
当然最后谈到一个条件语句中判断放置前后的问题,没有绝对的好与坏,不必较真
如果有人或者自己证明过了这种写法有优于之前的写法,那么就尝试新的方法的,总停留在以前,是难以有进步和突破的
纸上得来终觉浅,绝知此事要躬行,你品,你细品,共勉
限于篇幅所致,我们下期再见
这个世界很酷
遇见你本就是命中注定
知交零落已是人生常态
能够偶尔话起
而心中仍然温柔
便是好朋友
我希望你就是我的那个朋友
终日守候
看我码字,听我读书
坚持给川川点赞
愿少年你
不畏风雨,砥砺"潜"行
听川川,荡气回肠
看川川,码中怀孕
读川川,浮想联翩
写川川,镂骨铭心
公众号(ID:itclanCoder)
长按二维码扫码即可关注“itclanCoder”
码能让你早脱菜籍,文能让你洗净铅华
vx:suibichuanji
可能你还想看更多:
JavaScript企业级编程规范(1)-文件命名-注释规范-id与class
js数组中一些实用的方法(forEach,map,filter,find)
无论你离开还是留下,我一直都在
看完就赞,赞完就转
让我知道你曾今来过