问题一：在什么情况下使用useMemo是有价值的？
在什么情况下使用useMemo是有价值的？
参考回答：
你明确知道这个计算非常昂贵，且它的依赖关系很少改变。
如果当前的计算结果将作为被React.memo包裹的组件的props传递。
当前计算的结果作为某些hook（如useMemo或useEffect）的依赖项。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/629518
问题二：如何解决当某个组件的渲染非常昂贵时的问题？
如何解决当某个组件的渲染非常昂贵时的问题？
参考回答：
当某个组件的渲染非常昂贵时，可以考虑以下两种解决方案：
状态下移：将昂贵组件的状态移至其内部的子组件中，这样当状态变化时，只有子组件会重渲染，而不是整个父组件。
内容提升：如果父组件也依赖于状态，可以将状态和提升的内容包裹在一个新的组件中，将不依赖于状态的内容作为子组件的children传递。这样，当状态变化时，只有包含状态的组件会重渲染，而不影响children。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/629519
问题三：为什么拆分组件可能比使用useMemo更有意义？
为什么拆分组件可能比使用useMemo更有意义？
参考回答：
在使用useMemo和React.memo等优化方案之前，考虑将变化的部分与不受影响的部分拆分可能更有意义。因为拆分组件不仅有助于优化性能，还能提高代码的可读性和可维护性。拆分组件的方式遵循从上到下的数据流，并减少通过树向下查找的属性数量。在这种情况下，提高性能只是额外的好处，而不是主要目标。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/629520
问题四：为什么过度使用useMemo可能会降低代码可读性？
为什么过度使用useMemo可能会降低代码可读性？
参考回答：
过度使用useMemo可能会降低代码可读性，因为这会引入额外的抽象和复杂性。当每个计算都被包装在useMemo中时，代码会变得难以理解和维护。此外，不是所有的useMemo使用都是有效的，有时候“永远是新的”的单一值就足以破坏整个组件的记忆化效果。因此，在使用useMemo之前应该仔细评估是否真的需要缓存计算结果。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/629521
问题五：什么是IoC（控制反转）？
什么是IoC（控制反转）？
参考回答：
IoC（Inverse of Control:控制反转）是一种设计思想，它将原本在程序中手动创建对象的控制权，交由Spring框架来管理。通过IoC，开发者可以将对象之间的相互依赖关系交给IoC容器来管理，并由IoC容器完成对象的注入，从而简化了应用的开发，减少了应用与复杂依赖关系之间的耦合。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/629522
