面试题手册

MobX 和 Redux 是两种流行的状态管理库，它们在设计理念和使用方式上有显著差异：架构设计Redux：采用单向数据流架构遵循严格的不可变性原则使用纯函数（reducers）来处理状态更新状态是只读的，只能通过 dispatch action 来修改需要手动选择需要的状态（通过 useSelector）MobX：采用响应式编程架构允许可变状态，但通过 observable 进行追踪可以直接修改状态（在 action 中）自动追踪依赖关系，自动更新相关组件无需手动选择状态，组件自动订阅所需数据代码量和复杂度Redux：需要编写大量的样板代码（actions、action creators、reducers）需要配置 store、middleware、reducers代码结构相对复杂，学习曲线陡峭MobX：代码量少，简洁直观最小化配置，开箱即用学习曲线平缓，容易上手性能Redux：通过 shallowEqual 进行浅比较来决定是否重新渲染需要开发者手动优化性能（如使用 reselect）对于大型应用，可能需要额外的优化策略MobX：细粒度的依赖追踪，只更新真正需要更新的组件自动缓存计算属性，避免不必要的计算性能优化是自动的，开发者无需过多关注TypeScript 支持Redux：需要为 actions、reducers、state 等定义类型类型定义相对复杂，但类型安全性高需要使用类型断言或类型守卫MobX：类型推断更自然，类型定义更简单与 TypeScript 集成更流畅可以充分利用 TypeScript 的类型推断能力调试和可预测性Redux：状态变化完全可预测，易于调试Redux DevTools 提供强大的时间旅行调试功能所有的状态变化都通过 action 记录MobX：调试相对复杂，因为状态可以在多处修改MobX DevTools 提供了调试支持，但不如 Redux 强大需要遵循最佳实践（如使用 action）来提高可预测性适用场景选择 Redux：需要严格的状态管理规范团队规模大，需要明确的代码结构需要时间旅行调试状态变化逻辑复杂，需要中间件支持选择 MobX：追求开发效率和代码简洁性项目规模中小型需要快速原型开发团队对函数式响应式编程更熟悉总结Redux 更适合需要严格架构和可预测性的大型项目，而 MobX 更适合追求开发效率和简洁性的项目。选择哪种库应该根据项目需求、团队经验和长期维护考虑来决定。

在Redux中，中间件是一种强大的机制，允许开发者在action被发送到reducer之前插入自己的逻辑。创建自定义的Redux中间件涉及到编写一个函数，该函数按照Redux中间件API的规格返回一个满足特定签名的函数。我将向您展示如何自定义实现一个简单的日志中间件，该中间件的作用是在action被派发时在控制台输出日志信息。以下是自定义Redux中间件的基本步骤：编写一个函数，该函数接收store的dispatch和getState方法。该函数返回一个接收下一个中间件的next函数的函数。返回的函数再返回一个接收action的函数。在最内层的函数体内，可以执行自定义的逻辑，然后调用next(action)将action传递给链中的下一个中间件或reducer。下面是一个自定义日志中间件的例子：// 自定义日志中间件const loggerMiddleware = store => next => action => { // 自定义的逻辑：在当前action被处理之前输出日志 console.log('dispatching', action); // 调用链中的下一个中间件或reducer let result = next(action); // 自定义的逻辑：在action被处理后输出新的状态 console.log('next state', store.getState()); // 返回result，因为middleware的链需要从next(action)获取返回值 return result;};export default loggerMiddleware;在上述的中间件代码中：store: Redux store实例，它包含了dispatch和getState方法。next: 是一个将action传递给链中下一个处理者（中间件或reducer）的函数。action: 是当前正在处理的action对象。使用这个中间件的典型方式是在创建Redux store时应用它：import { createStore, applyMiddleware } from 'redux';import rootReducer from './reducers';import loggerMiddleware from './middleware/loggerMiddleware';// 使用applyMiddleware来增强store，添加自定义的loggerMiddlewareconst store = createStore( rootReducer, applyMiddleware(loggerMiddleware));export default store;在这个例子中，任何派发到store的action都会先经过loggerMiddleware这个中间件，在控制台输出action信息，然后继续沿中间件链传递，直到最终被reducer处理。这只是自定义中间件的一个简单例子，但您可以根据需要在中间件中实现更复杂的逻辑，例如异步操作、路由导航或其他您想要的任何自定义行为。