建设路小学网站,小程,wordpress正版主题,网页版微信传输助手怎么退出前两天看到一则代码注释里出现各种脏话的消息#xff0c;这让我想起了之前看过的一个很有意思的开源项目。有一段时间#xff0c;这个项目简直火得不行~教你怎样写出不被同事骂的代码。项目一共列出了 20 条建议之多#xff0c;这里月亮挑几条最有意思的分享出来。变量名越简…前两天看到一则代码注释里出现各种脏话的消息这让我想起了之前看过的一个很有意思的开源项目。有一段时间这个项目简直火得不行~教你怎样写出不被同事骂的代码。项目一共列出了 20 条建议之多这里月亮挑几条最有意思的分享出来。变量名越简单越好比如变量名用 a 替代 age。原本需要打三个字母的时间直接节省了 2/3 每天的工作效率直接爆表。至于可读性那是你一个码农应该考虑的问题吗相信我怎么快怎么来。//推荐写法 let a 42; //不推荐写法 let age 42;不要写注释千万不要写注释写注释花费的时间都足够你多写好几个功能的代码了。而且你想想公司招人都会选择技术成熟的程序员。没有注释就看不懂代码了那岂不是不具备较强的读程能力你不写注释我认为没有问题如果你的同事真的读不懂说明他需要反思自己的专业能力了。记住啦千万不要写注释要相信你的同事~ps写到这里突然想起一个段子。每个程序员最讨厌做的事情写注释。每个程序员最讨厌其他程序员做的事情不写注释。尽可能把代码写成一行把代码写成一行可以减少不必要的存储空间消耗。数据占用的存储空间越小在网络中传输的速度就会越快。在移动互联网高速发展的今天加快数据传输绝对是能极大的提高用户体验的操作。所以尽量把代码写成一行好处非常多。//推荐写法 document.location.search.replace(/(^\?)/,).split().reduce(function(o,n){nn.split();o[n[0]]n[1];return o},{}) //不推荐写法 document.location.search .replace(/(^\?)/, ) .split() .reduce((searchParams, keyValuePair) { keyValuePair keyValuePair.split(); searchParams[keyValuePair[0]] keyValuePair[1]; return searchParams; }, {} )不要处理错误每次系统提示服务异常、服务超时对于用户来讲都是非常糟糕的体验。大多数用户都没有什么耐心总是出现异常用户可能就会破口大骂了。所以为了用户体验绝对不要用弹框提示异常信息。只要没有提醒用户就会尝试进行自我解释怀疑自己手机坏了或者是网络不好。对于我们的软件就不会有什么负面的评价啦~同时千万不要把错误信息记录日志。一个上线的运行的系统出现故障时程序员总是要花费很多时间去排查错误这是一件非常劳神费力的事情。所以只要没有日志文件自然也就用不着排查问题啦。相信我你的同事会感谢你帮他们减少了工作量的。// 推荐写法 try { ... } catch (error) { // 这里啥都不用处理 } // 不推荐写法 try { ... } catch (error) { //显示错误信息 showErrorMessage(error.message); // 记录日志文件 logError(error); }创建不需要使用的变量//推荐写法 function sum(a, b, c) { const timeout 1300; const result a b; return a b; } //不推荐写法 function sum(a, b) { return a b; }在代码里多创建一些不需要使用的变量这样可以测试运行代码的机器极限所在。在实践中你会发现即便是创建了很多的变量服务器和客户端都能毫不费力的抗住压力。如果服务器抗不住说明该升级服务器了。这可是提前帮助团队排了雷呀整个团队都会感谢你~多使用多重嵌套在代码里建议使用多层的 if for 循环等嵌套嵌套层数越多越能体现你的技术能力。像这样复杂的代码没有较强的技术实力自己写着写着都能蒙圈。只有技术扎实的程序员才能完美驾驭这样的写法。所以在工作中多写一写能够体现自己技术实力的代码你才有机会肩负更大的责任。//推荐写法 function someFunction() { if (condition1) { if (condition2) { asyncFunction(params, (result) { if (result) { for (;;) { if (condition3) { } } } }) } } } //不推荐写法 async function someFunction() { if (!condition1 || !condition2) { return; } const result await asyncFunction(params); if (!result) { return; } for (;;) { if (condition3) { } } }不要测试最后一条那就是写完代码之后一定不要测试。很多程序员都有一个坏习惯写完代码之后喜欢测试甚至有些人还会测试好几遍。他们没有想过公司是有测试工程师的。作为开发岗居然把测试的活儿都给抢了这不是抢别人饭碗吗一旦遇上裁员倒霉的就是这一批测试同事。为了同事着想是不是该把别人的活儿留给别人严格按照 只开发不测试的方式工作 开发的工作效率完全能够翻倍。好处多多。over ~比较有代表性的几条我都帮大家列出来没有做到的小伙伴请反思一下自己。没有做到第几条那么请在后续的工作中严格执行纠正自己的坏习惯。最后这些非常良好的习惯我被打进医院之前就是这样做的你们且看且珍惜