我被喷了：这样写代码是多此一举？

今天通过一件事情，分享写代码时的一个重要小技巧。

前段时间，我在编程导航项目中开源了一段代码，实现的功能是，当用户的操作失败时，会在页面上弹出一个错误框，并提示 “操作失败”，代码如下：

// 错误提示
const ERROR_MESSAGE = "操作失败";// 删除资源
const result = deleteResource();
if(!result) {alert(ERROR_MESSAGE);
}

然而没想到，有位同学直接留言说我这么写代码是多此一举！为什么要单独给 “操作失败” 这个字符串定义一个常量呢？直接这么写不就好了：

// 删除资源
const result = deleteResource();
if(!result) {alert("操作失败");
}

似乎代码变得更精简了，但其实这是一个常见的编程误区，魔法值 问题。

魔法值

什么是魔法值呢？听起来有点像游戏的蓝槽 MP 哈哈。

其实，魔法值和 MP 一点关系都没有！

魔法值指的是代码中没有任何定义，直接像魔法一样凭空出现的值，可以是数字、字符串等，比如：

// 输出
console.log(1);
// 弹出警告框
alert("dog");

为什么要给这种值一个名号 “魔法值” 呢，因为它对代码的影响非常恶劣！

魔法值的问题

首先，魔法值会严重影响代码的 可读性 和 可维护性。

像上面的魔法字符串看起来好像没什么问题，但如果魔法值是数字，就必须通过阅读其他代码才能推断出来，比如：

if (a == 1) {alert("good");
} else if (a == 2) {alert("bad");
} else if (a == 3) {...
}

只凭这样一段代码，你能知道数字 1、2、3 分别是什么意思吗？

有同学说了，我自己写的代码难道还会看不懂么？别急，过一个月你再来阅读下这段代码。

如果你的记忆力很好，自己一个做项目的时候追求点效率倒也无所谓了。但要是和其他同学一起做项目、维护代码，写带有魔法值的代码无疑会让他人难以理解，如果再不写注释，可能他们连杀了你的心都会有了。

第二，魔法值还会影响开发的 效率和准确性。

还是拿开头那段代码为例，喷我的同学根本没有把代码文件完整读完，其实在该文件中，我不止一次使用到了 ERROR_MESSAGE 这一常量：

// 错误提示
const ERROR_MESSAGE = "操作失败";// 删除资源
const result = deleteResource();
if(!result) {alert(ERROR_MESSAGE);
}
// 修改资源
const result = updateResource();
if(!result) {alert(ERROR_MESSAGE);
}...

如果像他说的一样，不去定义常量，而是直接用魔法字符串，那么每次要弹出 “操作失败” 时，我都要重复去打这几个字，浪费时间的同时，还存在打错字的风险。而如果使用预定义的常量，就能很轻松地利用开发工具提供的代码提示和补全功能。

代码补全

此外，魔法值还会影响代码的 易修改性。

假如说同一个魔法字符串在代码中多次出现，那当我要修改字符串文案时，就要人工一个个地去找到这个字符串进行修改，即使可以用开发工具提供的搜索和全局替换功能，但也要去检查一遍，非常麻烦。

alert("你操作失败了");
alert("你操作失败了");
alert("你操作失败了");

而如果将字符串定义为常量，只用在定义处修改它的值即可。此时的常量名，倒像是魔法值的一个指针了。

const ERROR_MESSAGE = "你操作失败了"
alert("ERROR_MESSAGE");
alert("ERROR_MESSAGE");
alert("ERROR_MESSAGE");

解决魔法值

正因为魔法值对代码有很大的危害，所以各种代码规范中，都建议开发者不要使用魔法值。

解决魔法值的方式很简单，其实上面已经讲到了，就是为一系列相同的值定义一个常量。注意是常量，不是变量！因为魔法值的内容一般是固定的，其本身结构不会被修改。

对于一系列的魔法值，建议定义为一个枚举或单独的常量类，比如资源有很多审核状态，可以把所有状态集中定义。

JavaScript 代码：

const REVIEW_STATUS = {// 待审核WAITING: 0,// 通过PASS: 1,// 拒绝REJECT: 2
}

Java 代码：

public enum ReviewStatus {WAITING, PASS, REJECT
}

有道无术，术可成；有术无道，止于术

欢迎大家关注Java之道公众号

好文章，我在看❤️