理解点赞/点踩按钮的交互规则
在实现类似youtube的点赞/点踩功能时，核心在于理解其复杂的交互状态转换。根据描述，主要规则如下：
- 互斥性：不能同时点赞和点踩。
- 取消激活：如果当前已激活某个按钮，再次点击该按钮会取消激活，状态变为“Nothing”（无）。
- 状态覆盖：如果当前已激活某个按钮（例如“Dislike”），再点击另一个按钮（例如“Like”），则新点击的按钮会覆盖旧状态，状态变为新点击的按钮（“Like”）。
- 初始状态：如果没有按钮被激活，或者输入列表为空，最终状态为“Nothing”。
我们的目标是创建一个函数，接收一个按钮点击序列，并返回最终的状态。
错误的尝试与原因分析
在处理这类状态机问题时，初学者常犯的错误是没有充分考虑所有状态转换逻辑。例如，以下代码尝试通过简单地遍历并赋值来解决问题：
function likeOrDislike(buttons) {
let answer = 'Nothing'; // 初始状态
for (let i = 0; i < buttons.length; i++) {
// 这里的逻辑是：如果当前按钮不是'Nothing'，就直接赋值给answer
if (buttons[i] !== 'Nothing') {
answer = buttons[i];
}
// 缺少了对“取消激活”和“状态覆盖”的精确判断
}
return answer;
}这段代码的问题在于，它只简单地将序列中最后一个非“Nothing”的按钮赋值给answer。它没有实现“如果再次点击已激活按钮则取消”的逻辑，也没有正确处理“点击不同按钮则覆盖”的逻辑。例如，对于输入[Like, Like]，预期输出是Nothing，但上述代码会输出Like，因为它会先将answer设为Like，然后再次遇到Like时，由于'Like' !== 'Nothing'，answer依然是Like。同样，对于[Dislike, Like]，预期输出Like，但如果当前状态是Dislike，点击Like时，它只会简单地将answer更新为Like，这看似正确，但其内部逻辑无法处理所有情况。
基于循环的正确状态管理
正确的迭代方法需要一个变量来持续跟踪当前的状态，并在每次处理新的按钮输入时，根据当前的按钮和当前的状态来决定新的状态。这本质上是一个状态机的实现。
立即学习“Java免费学习笔记（深入）”；
function likeOrDislike(buttons) {
let state = 'Nothing'; // 初始化当前状态为'Nothing'
for (let i = 0; i < buttons.length; i++) {
const currentButton = buttons[i];
// 核心逻辑：
// 如果当前点击的按钮与当前状态相同，表示取消激活
if (currentButton === state) {
state = 'Nothing'; // 状态变回'Nothing'
} else {
// 如果当前点击的按钮与当前状态不同，表示激活新按钮或覆盖旧状态
state = currentButton; // 状态更新为当前点击的按钮
}
}
return state;
}示例：
-
likeOrDislike([Dislike])：
- state = 'Nothing'
- currentButton = 'Dislike'
- 'Dislike' !== 'Nothing'，所以 state = 'Dislike'
- 返回 Dislike
-
likeOrDislike([Like, Like])：
- state = 'Nothing'
- 第一次循环：currentButton = 'Like'。'Like' !== 'Nothing'，所以 state = 'Like'
- 第二次循环：currentButton = 'Like'。'Like' === 'Like'，所以 state = 'Nothing'
- 返回 Nothing
-
likeOrDislike([Dislike, Like])：
- state = 'Nothing'
- 第一次循环：currentButton = 'Dislike'。'Dislike' !== 'Nothing'，所以 state = 'Dislike'
- 第二次循环：currentButton = 'Like'。'Like' !== 'Dislike'，所以 state = 'Like'
- 返回 Like
这种方法清晰地实现了按钮的取消和覆盖逻辑，准确地模拟了YouTube点赞/点踩按钮的行为。
使用Array.prototype.reduce的函数式方法
对于这种需要根据前一个元素（或累积状态）来计算下一个元素（或最终状态）的场景，Array.prototype.reduce是一个非常优雅且强大的函数式编程工具。它将数组中的所有元素累积到一个单一的值。
我们可以定义常量来提高代码可读性：
const Nothing = 'Nothing';
const Like = 'Like';
const Dislike = 'Dislike';
function likeOrDislikeReduce(buttons) {
// reduce 方法接收一个回调函数和一个初始值
// 回调函数有两个参数：accumulator (累加器，即当前状态) 和 currentValue (当前元素，即当前点击的按钮)
return buttons.reduce((currentState, currentButton) => {
// 逻辑与for循环相同：
// 如果当前按钮与当前状态相同，则取消激活，返回Nothing
if (currentButton === currentState) {
return Nothing;
} else {
// 否则，激活新按钮或覆盖旧状态，返回当前按钮作为新状态
return currentButton;
}
}, Nothing); // reduce的第二个参数是累加器的初始值，这里是'Nothing'
}示例：
console.log(likeOrDislikeReduce([Dislike])); // Dislike console.log(likeOrDislikeReduce([Like, Like])); // Nothing console.log(likeOrDislikeReduce([Dislike, Like])); // Like console.log(likeOrDislikeReduce([Like, Dislike, Dislike])); // Nothing console.log(likeOrDislikeReduce([])); // Nothing (因为初始值为Nothing)
reduce方法将迭代和状态管理逻辑封装得非常紧凑和表达性强，是处理此类序列累积操作的理想选择。它避免了显式的循环变量和外部状态管理，使得代码更简洁、更具函数式风格。
关键点与注意事项
- 状态管理的核心：无论是使用for循环还是reduce，理解并正确实现状态转换逻辑是关键。每次处理新的输入时，都要根据“当前状态”和“当前输入”来推导出“下一个状态”。
- 初始状态：确保在处理任何输入之前，有一个明确的初始状态（本例中是'Nothing'）。对于reduce方法，这是通过其第二个参数（initialValue）提供的。
- 空输入处理：如果输入数组为空，for循环会直接返回初始化的state ('Nothing')；reduce也会直接返回其initialValue ('Nothing')，这符合要求。
- 可读性与简洁性：reduce方法通常能提供更简洁的代码，但对于初学者来说，for循环可能更容易理解其逐步执行的过程。选择哪种方法取决于团队的偏好和项目的复杂性。
- 常量定义：为状态值（如'Nothing', 'Like', 'Dislike'）定义常量可以提高代码的可读性，并减少因字符串拼写错误导致的bug。
总结
实现点赞/点踩按钮的交互逻辑是一个经典的有限状态机问题。通过对比错误的尝试，我们理解了正确处理状态转换的重要性。无论是采用传统的for循环迭代方式，还是利用Array.prototype.reduce的函数式方法，核心都在于根据当前输入和当前状态来精确更新下一个状态。reduce提供了一种更声明式和简洁的解决方案，特别适用于处理序列数据的累积计算。掌握这些状态管理模式对于开发复杂的用户界面交互至关重要。
