Skip to content

小红书秋招一面

  1. 自我介绍。

  2. 低代码平台是否考虑过和 AI 进行整合?如果要考虑接入 AI,你有什么样的思路?

  3. 谈了谈 WorkFlow。

  4. 微前端架构的核心思想以及落地过程。

  5. Zustand 和 Redux 在使用上的主观感受、使用场景、异步接入方法和性能评估。

    📌 回答

    • Zustand 的代码书写更加干净整洁,不需要像 Redux 一样对 action 等具有详细的定义,而是直接编写 hooks;Redux 代码编写层面会更复杂一些,但是更规范、允许开发人员进行更细粒度的操作,并且有完善的中间件和时间旅行的支持。
    • 代码书写的方法很大程度上决定了不同的 store 库的使用场景,Zustand 更注重代码的简洁性和开发效率,而 Redux 更注重代码的可维护性和可预测性。对于比较小型的项目或者局部对数据的维护,建议使用 Zustand;对于比较大型的项目、需要更细粒度的控制、完善中间件机制等,建议使用 Redux。
    • Zustand 允许在函数内部直接使用 async/await,而 Redux 则需要通过中间件(如 redux-thunk、redux-saga 等)来处理异步操作。
    • Zustand 相比性能方面开销更小,因为它没有 Redux 那么多的概念和机制。只在状态发生改变的时候,才会引起 re-render,而不需要订阅整个 store。
  6. 低代码平台实时预览怎么实现?

  7. 组件嵌套的实现原理。

  8. 介绍一下 MonoRepo 的优势和依赖管理的策略。

  9. 手写 useCountDown。

  10. 「反问」业务问题、AI 探索、团队规模、Base 选择。