我们通过GraphOS Studio,看到了查询成功和失败的情况。现在我们来确保整个往返 查询旅程从我们的客户端应用程序到服务器再返回正常工作吗?
让我们运行客户端。打开一个新的终端并导航到客户端文件夹。运行npm start
,这将打开您的浏览器到 http://127.0.0.1:3000/
,或 localhost:3000
。
看看,我们的 Catstronauts 应用程序正在主页上显示所有曲目!做得好!我们的 查询的旅程已经完成。
我们已经走了很长一段路。我们从 REST API 检索了实时数据。我们使用 RESTDataSource
来处理更有效地进行这些 API 调用。我们创建了 解析器 来连接到该 数据源 并成功将正确的 字段 返回给我们的客户端。我们甚至看到了如果我们的 查询 出现问题会发生什么。最终,我们获得了主页上的所有 Catstronauts 曲目。
您是否注意到我们将数据从模拟对象更改为实时数据,而无需在客户端应用程序上修改任何内容?客户端端的所有内容都像 Lift-off I 中那样继续工作,但现在它填充了真实数据。
尽管事情可能会发生变化(新的 数据源、新的客户端等),但 图 为开发人员带来了更高水平的灵活性。模式仍然是数据的唯一真相来源,您的客户端可以依赖它。
在下一项任务中,发射 III,我们将使用 查询 参数,编写更多 解析器,并将新的曲目详细信息页面添加到我们的 Catstronauts 应用程序中。在那里见!
分享您关于本课的问题和评论
您的反馈有助于我们改进!如果您遇到困难或困惑,请告诉我们,我们会帮助您。所有评论都是公开的,必须遵循 Apollo 行为准则。请注意,已解决或已处理的评论可能会被删除。
您需要一个 GitHub 帐户才能在下面发布。没有? 改为在我们的奥德赛论坛上发布。