老实说，每个开发人员（是的，即使是那些有多年经验的开发人员）都曾在某个时候发布过凌乱的代码。
编写干净的代码并不是什么精英技能。这是你可以养成的习惯。那么重构呢？这只是您使代码真正有意义的机会 - 对您和以后维护它的人来说都是有 意义的。
让我们来分析一下。没有绒毛。没有抽象的理论。只是 实用的、真实的提示，可帮助你编写干净、可维护的代码。
1. 按照你的意思命名
你的变量和函数需要讲述一个故事。
不是 、 不是 、 不是 。这些只是混淆的占位符。
❌ 差：getUserProfile() getData()
❌ 差：maxLoginAttempts m
当您正确命名时，您的代码会自行解释 — 不需要侦探工作。
2. 少即是多：函数大小的力量
如果你像一篇文章一样滚动浏览一个函数，那就有问题了。
长函数难以阅读、难以调试且难以维护。相反，将它们分解为更小的单一用途函数。
可以这样想：每个函数都应该回答一个问题。如果它回答了 5 个，就把它分开。
例：
// Instead of this
function processUserData(user) {
validateUser(user);
saveToDatabase(user);
sendEmail(user.email);
}
// Do this
function validateAndSaveUser(user) {
validateUser(user);
saveToDatabase(user);
}
function notifyUser(email) {
sendEmail(email);
}
这使您的代码更易于阅读和重用。未来 - 你会感谢你。
3. 一致性是关键
你有没有参与过一个项目，在一个地方又在另一个地方被调用？混沌。 userListusersactiveUsersArray
保持命名约定、缩进和格式一致。当您的代码遵循可预测的模式时，它更易于阅读，也更易于调试。
❌ 差：userList, orderList, productList users, ordersList, listOfProducts
选择一个约定并坚持下去。没有惊喜。
4. 有目的地发表评论，而不是出于习惯
评论应该解释原因，而不是解释什么。如果您的代码需要注释来说明它的作用，请改为重写代码。
例：
// ❌ 坏习惯
// Increase count by 1
count = count + 1;
// ✅ 好习惯
// Edge case: Prevents counter from going negative
if (count > 0) {
count--;
}
写增加价值的评论，而不是陈述显而易见的评论。
5. 魔术数字和硬编码值 – 摆脱它们
见过包含随机数的函数吗？是的，这是一场维护噩梦。
相反，请使用使这些值有意义的常量。
例：
// ❌
if (user.loginAttempts > 3) {
lockAccount(user);
}
// ✅
const MAX_LOGIN_ATTEMPTS = 3;
if (user.loginAttempts > MAX_LOGIN_ATTEMPTS) {
lockAccount(user);
}
好多了。
6. DRY：不要重复自己
重复的代码只是等待中断。如果您发现自己在复制粘贴，请停止。请改为创建可重用的函数或模块。
例：
// ❌
sendEmail(user.email, "Welcome!");
sendEmail(admin.email, "New user registered!");
// ✅
function sendNotification(email, message) {
sendEmail(email, message);
}
sendNotification(user.email, "Welcome!");
sendNotification(admin.email, "New user registered!");
这样，当需要更改时，您只有一个更新位置。
7. 保持你的代码可靠
如果您还没有听说过 SOLID 原则，现在是开始的好时机。以下是 5 条简单的规则，可使您的代码更简洁、更易于维护。
如果不出意外，请从以下位置开始：单一责任原则。
➡ 每个函数 / 类都应该做一件事并把它做好。
如果您的类同时处理用户身份验证和数据库存储，那么是时候进行重构了。
8. 无情地重构 编写干净的代码不是一劳永逸的事情。这是一种习惯。
每次审查代码时，请寻找改进代码的方法：
你能重命名变量为清楚起见吗？
您能分解一个巨大的 函数吗？
你能删除不必要的评论吗？
不要等待重大重写 - 随时 重构。
例：
// ❌ First draft
function fetchUserData(userId) {
return fetch(`https://api.example.com/user/${
userId}`)
.then(response => response.json())
.catch(error => console.error(error));
}
// ✅ Refactored
async function fetchUserData(userId) {
try {
const response = await fetch(`https://api.example.com/user/${
userId}`);
return await response.json();
} catch (error) {
console.error(error);
}
}
重构并不意味着您的第一次尝试很糟糕，而是意味着您正在改进它。
如果可以：
✅ 清楚地
✅命名内容 保持函数小
✅ 保持一致
✅ 避免硬编码值
✅ 经常重构
…您已经遥遥领先了。
