小红书秋招一面
自我介绍。
低代码平台是否考虑过和 AI 进行整合?如果要考虑接入 AI,你有什么样的思路?
谈了谈 WorkFlow。
微前端架构的核心思想以及落地过程。
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。
低代码平台实时预览怎么实现?
组件嵌套的实现原理。
介绍一下 MonoRepo 的优势和依赖管理的策略。
手写 useCountDown。
「反问」业务问题、AI 探索、团队规模、Base 选择。