一个简单的函数消灭业务代码的低级错误

YFan 发布于2019-08-26 10:42 / 670人阅读

摘要：所以在这些业务代码中，我相信也没什么人会做构建前的校验脚本或者单元测试的，所以我们需要一个简单的函数来控制变量的赋值，来避免这种低级错误。

日常的前端开发业务代码中，我们经常都需要调试数据，所以要经常更改某些参数的初始化数据，或者更改过程中的数据。

但是很多时候，改了数据调试完之后就忘记改回去了，某个调试的场景是依赖一个参数的修改还好，但是需要依赖几个参数的修改，就很容易漏改回去了。

举两个例子：

一、我们有一个按钮来触发弹窗的打开，而控制弹窗显隐为变量showDialog，初始化值为false，但是产品说弹窗里面的样式有点问题，所以我们设置了showDialog的值为true然后修改内容（因为不可能每次都点击按钮来打开看弹窗效果），最后修改完再将showDialog设置回false。

//伪代码
var showDialog = false;  //控制窗口显隐，调试需要依赖其变量值
btn.onclick = () => {
  showDialog = true; 
}

二、我们有个抽奖的活动，逻辑是请求接口之后拿到抽奖的prize_id之后，对比prize_id的内容，然后决定在视图中显示出来，但是我们需要调试某个抽奖结果的内容，当然不会叫接口改返回的prize_id了，所以我们可能会改传入显示模块的值。

//伪代码
fetch().then(prize_id => {
  showResult(prize_id)  //显示抽奖结果，调试需要依赖其传入值
})

function showResult(prize_id){
  //显示抽奖结果的代码
}

问题就在于，很多时候我们最后忘了改回去，就会出现弹窗直接打开了、每次抽奖都抽中某个奖品的结果了，这种低级错误是不应该犯的，但是我也见过某些app真的直接这样上了测试的代码到生产环境。

所以在这些业务代码中，我相信也没什么人会做构建前的校验脚本或者单元测试的，所以我们需要一个简单的函数来控制变量的赋值，来避免这种低级错误。

特意写了一个简单的包：https://github.com/ershing/de...

用法：

//引入包dev-debugger
import DevDebugger from "dev-debugger"
//初始化dgb实例来控制变量的测试值
let dbg = new DevDebugger({ debug: true })
//绑定获取替换的方法，也可以直接调用dbg.debugVal
let _r = dbg.debugVal.bind(dbg)

实例有两个方法：debugVal和debugCaseTag

/*
  debugVal(pro, dev)
  @params 传入第一参数为生产值，第二参数为调试值
*/
//也可以绑定方便后面调用
let _r = dbg.debugVal.bind(dbg)


/*
  debugCaseTag(pro, tag)
  @params 传入第一参数为生产值，第二参数为自命名的唯一标签名称
*/
//前提需要配合初始化的传参
let dbg = new DevDebugger({ 
  debug: true,
  caseName: "testPrize1",  //调试的用例
  cases: {  //用例参数集
    "testPrize1": {
      "myPrize": 3   //标签名称对应的调试值
    },
    "testPrize2": {
      "myPrize": 6   //标签名称对应的调试值
    }
  }
})

//也可以绑定方便后面调用 
let _rt = dbg.debugCaseTag.bind(dbg)

所以上面的例子可以这样写：

一、控制showDialog的变量值

//伪代码
var showDialog = _r(false, true);  //debug时值为true
btn.onclick = () => {
  showDialog = true; 
}

二、控制传入显隐函数的值

//伪代码
fetch().then(prize_id => {
  showResult(_r(prize_id, 3))  //debug时为3
})

function showResult(prize_id){
  //显示抽奖结果的代码
}

当然上面也可以用debugCaseTag方法来将调试的值放在初始化的函数当中。

然而，在我们构建代码的时候，当然不想有任何调试的代码和调试的值的，所以我又写了一个babel插件：https://github.com/ershing/ba...

用法：

//修改babel.config.js文件
module.exports = {
  "plugins": 
  process.env.NODE_ENV === "production" 
  ? ["babel-plugin-dev-debugger"] 
  : []
}

注意：

使用这个babel插件的话，需要在各自文件中import包dev-debugger（也利于单文件组件的独立调试），而且不要将实例方法赋值出去，可以直接dbg.debugVal或dbg.debugCaseTag使用，也可以bind之后_t或_rt使用，但不要再赋值给其他变量。

我的博客很久没怎么写了，回头看看以前写的技术文章就像垃圾一样：www.ershing.cn

云服务器 GPU云服务器简单的html代码低级错误 php简单的登录代码最简单的asp代码

文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。

转载请注明本文地址：https://www.ucloud.cn/yun/106629.html

程序员日常工作中如何正确的偷懒？

摘要：大胖心急啊，自认为也是个优秀的程序员啊，再出现低级错误的话，专业能力会被人怀疑的。此时大胖已经在积极的谋划了，他深深明白了日常的工作中也有很多可以提升的空间，而这些提升不仅仅是技术上的，更多的是思路和思想上了。 showImg(https://segmentfault.com/img/bVbooVj?w=1080&h=1920);这是北京的雪，昨天刚拍的又是一个艳阳天，张大胖像一个天...

jaysun 2019-08-23 15:13 评论0 收藏0
眼泪是真的、心酸是真的手工测试会迷茫是必然的、还在手工测试的也该醒醒了...

摘要：写这篇文章就是想了解手工测试现在的处境为什么手工测试会迷茫呢不知道自动化测试性能测试会不会迷茫。我认为手工测试的迷茫基于两个原因一是重复的测试相同的方法测到自己找不着北，有一天猛然抬头大喊我要改变世界，改变自己，暗示自己换一种工作方法。 ...

gaomysion 2021-09-04 16:40 评论0 收藏0
【debug】事件绑定代码中的一个低级错误导致的内存泄漏

摘要：静下来想了想发现我犯了一个低级错误。上面的代码中函数是在这个函数闭包中申明的，在这个函数执行完毕后，由于它被绑上了事件，引用并不为，所以没有被回收。最近写一个web应用的图片上传功能，里面有这么个场景：点击上传按钮，呼出file input框，选择完图片进行前端压缩然后上传，完毕后将返回的图片链接展示给用户。这个功能很常见，但是在这里却翻了船，所以专门记录一下这个bug。我是这么写...

XboxYan 2019-08-21 17:09 评论0 收藏0