我正在try 从Redux Store迁移到Apollo Graphql客户端附带的Apollo Client Cache.
Apollo Client区别于其他数据管理解决方案的关键功能之一是其normalized cache.只需设置Apollo客户端，就可以获得一个现成的智能缓存，无需额外配置.
使用Redux，我们必须根据从副作用收到的响应编写操作、类型和调度操作，并使用Reducer在存储中设置数据，这是由Apollo客户端自动完成的.
Questions:
1) 从Redux迁移到Apollo客户端缓存有什么好处？
2) 在迁移到Apollo客户端缓存之前，有什么我应该担心的吗？
你把苹果比作橙子.是的，在较高级别上，redux和apollo-client都为您提供了一种管理全局应用程序状态的方法.但是，redux允许您创建一个可预测的状态容器，该容器会根据您定义的操作进行更改.这意味着redux个报价:
Dan Abromov points out several other benefits:
- 序列化用户操作，并将它们与状态快照一起附加到自动错误报告中，以便产品开发人员可以重播它们以重现错误.
- 通过网络传递action对象以实现协作环境，而无需对代码编写方式进行重大更改.
- 维护撤销历史记录或实现乐观Mutations ，而不需要对代码编写方式进行重大更改.
- 在开发中的状态历史之间切换，并在代码更改时从动作历史重新判断当前状态，即la TDD.
- 为开发工具提供全面的判断和控制功能，以便产品开发人员可以为其应用程序构建自定义工具.
- 在重用大部分业务逻辑的同时，提供替代UI.
是的，redux是有很多样板的.然而，您、您的应用程序和您的团队都可能从使用它中获得很多好处，而不仅仅是拥有一种管理全局状态的方法.另一方面，如果你看不到redux提供的特性的价值，或者认为它们不值得为你的代码增加间接性和复杂性，那么就不要使用它.如果您只需要一种管理全局应用程序状态的方法，那么您可以利用apollo-client或其他库，或者只利用上下文API和useReducer钩子来推出自己的解决方案.
Apollo客户端使用@client指令来管理本地状态非常方便，尤其是如果您已经在使用库来查询GraphQL API.能够轻松地用派生字段修饰查询结果是很好的.能够使用相同的API来查询服务器和查询本地状态有助于实现良好的DX.但是apollo-client不能replace redux，因为在一天结束时，这两个图书馆出于非常不同的原因做了非常不同的事情.