本文目录导航：
react形态治理解说（下）mobx
mobx, 作为一款繁难易用且可裁减的形态治理库，为咱们提供了一种高效的形态治理处置打算。
它与redux在某些方面存在相似之处，但也具有共同的好处和实用场景。
首先，mobx的上手难度相对较低，其繁复的API设计使得开发者能极速把握。
另外，mobx准许页面形态在不同组件间独立援用，这为代码的灵敏性带来了优化。
在性能方面，mobx驳回智能的渲染战略，只对修正的state启动降级，防止了全局的不用要的从新渲染。
与redux相比，mobx的数据源更为灵敏，state并非只读，准许开发者启动写操作。
关于大型名目，mobx的保养性也相对较好。
虽然如此，它们的重要指标——治理运行形态，并服务于广阔开发者，这一点是相反的。
Redux和mobx可以互为代替，依据名目需求来选用。
深化了解mobx，关键在于了解其外围概念，如 observable（可观察的）和 manager（治理器）。
mobx的用法中，性能babel是必无法少的，新版6.0及更高版本中，须要在结构函数中经常使用 makeObservable(this)。
autorun性能仅在形态变卦时口头，相似vue的 computed。
mobx的forceUpdate()则用于强迫组件降级，适宜处置小名目。
在与mobx-react的联合中，mobx-react原理重要触及observable的经常使用和mobx-react对mobx治理器的封装。
经过了解这些原理，开发者能够更有效地将mobx融入React名目，成功形态的高效治理。
Zustand 和 React 高低文形态治理
Zustand 是一特性能弱小的客户端全局形态治理库，以其繁复、极速和小巧的包大小遭到欢迎。
但是，其全局性 Store 有时并不适宜一切场景。
在运行中，我更偏差于在部分或特定组件中经常使用形态，而不是整个运行范围。
这可以经过按性能创立多个小型存储来成功，从而防止全局范围的存储带来的潜在疑问。
一个关键疑问在于全局存储的初始化。
在 React 组件生命周期之外创立全局 Store 时，咱们无法应用作为 prop 传递的值来初始化形态。
理论，咱们需经常使用自动形态创立 Store，而后在经常使用 prop-to-store 同步。
这种方法不现实，且或者须要经常使用 useEffect 来确保 prop 的降级获取适当处置。
另一个应战是组件重用。
并非一切 Store 都是单例的，它们或者在运行程序的不同部分或特定路途中经常使用。
在这种状况下，经常使用全局 Store 阻止了组件的屡次实例化，由于共享形态或者造成形态笼罩疑问。
为了处置这个疑问，可以经常使用 React Context 作为形态治理工具，经过共享 Store 实例而非值自身，成功组件的重用。
将 Store 实例放入 React Context 中，可以防止从新渲染疑问，同时准许优化 Store 的订阅者。
这须要扭转 Store 的创立模式，从经常使用 create 函数到经常使用个别的 createStore 函数，从而在组件外部创立 Store。
经过这种模式，咱们可以在组件外部初始化 Store，并将 prop 的降级与 Store 分别，以确保 Store 的形态只在组件外部降级。
应用 React Context，咱们可以将 Store 和 selector 传递给自定义挂钩，如 useStore 钩子。
这准许咱们在组件中访问 Store 的值，同时坚持了组件的封装性和可重用性。
虽然这种方法须要编写更多代码，但它处置了初始化、组件重用和防止形态笼罩的疑问。
综上所述，虽然 Zumtand 文档强调无需 Context Provider 即可访问存储，但了解如何联合 React Context 创立和治理 Store 是在须要封装和可重用性的场景下十分有用的。
经过联合这两者，咱们可以在坚持运行灵敏性的同时，优化形态治理，提高组件的性能和可保养性。
Recoil 这个形态治理库，用起来或者是最爽的
在这个畛域，形态治理库泛滥，Redux和Mobx两大营垒争执不休。
Redux坚持函数式思想，谨严而优雅；Mobx则以高效、智能化的特点著称，无需担忧性能优化。
但是，随着Hooks的兴起，形态治理的需求出现了变动。
人们谋求更繁复的样板代码和更高的效率，新一代形态治理打算应运而生。
它们须要支持散布式定义、形态原子化，并尽或者缩小样板代码。
目前盛行的形态治理库包含zustand、recoil、jotai，国际也有hox、resso等。
在了解Recoil之前，咱们须要明白形态治理的意义：处置多个组件共享同一数据的疑问。
实践名目中，形态治理往往触及派生形态、同步形态治理、异步形态治理等。
Recoil作为Facebook推出的React形态治理库，充沛应用了React的新特性，与传统的纯形态打算有所不同。
Recoil经常使用atom定义原子化形态，与现有的大部分形态治理打算相似。
它处置异步数据的模式与React16颁布Fiber时Dan展示的方法相反，经过Suspense组件在数据未前往时捕捉并交流组件，确保数据预备好后再口头渲染逻辑。
Recoil的好处在于，它简化了加载形态的处置，无需在多个组件中重复处置loading和error等边缘状况。
此外，Recoil还提供了对应的hook，繁难开发者手动处置特定场景。
Recoil的异步渲染才干带来了另一个好处：在数据未前往之前，Recoil会终止组件渲染，确保数据抵达后再启动渲染，从而处置了useState在未希冀的机遇初始化的疑问。
Recoil让开发者只无关注正确数据的情景，其余上班交给React自身处置，清楚降落了代码量和提高了明晰度。
但是，Recoil更适宜展现型页面，关于复杂的运行场景或者不太实用。
