当我们构建?GraphQL?API 时,保持对过去和将来的考量都至关重要。这就要求我们的 API 既要兼容以前的实现,也能适应未来的变革。
保证API与历史版本的兼容性是API设计中的一个重要方面。开发者必须牢记,在升级或扩展功能时,不能忽视那些仍在使用旧版本应用的用户。尽管这可能会增加开发的复杂性和成本,但能够避免用户升级时出现问题,这样能大大减少开发周期中返工的时间和代价。
如果API不能与旧版本兼容,可能会导致用户在使用中遇到查询错误,从而影响他们的体验并可能导致用户流失。因此,保持旧有功能的正常运行是至关重要的。
可扩展性是评估API好坏的关键因素之一。GraphQL查询?应采用类似ORM的对象模型配置方式,以便在未来添加或修改查询而不影响现有结构。
如果不使用结构化的对象类型,参数列表可能会随着时间的推移而变得不必要地长,可能会导致代码的可维护性下降。
在命名方面,应用清晰的命名规范,例如:
createUser
deleteUser
updateUser
参数结构需要保持稳定,以支持向后兼容性,同时也要灵活以便能够加入新的参数,以满足未来的需求。
确保回传相关的响应信息,可以减少前端所需的请求次数,提高应用的性能效率。
对于GraphQL API的设计应遵循单入口原则,不像REST那样为每一个请求都设置独立的URL。
通过添加?HTTP头:
Accept-Encoding: gzip
我们能够压缩返回的数据,从而减少传输数据量,加快响应速度。
允许某些响应字段为可空,以避免因单一字段查询失败而影响整体数据的完整性和使用。
考虑到GraphQL不支持对深层次的数据进行全量查询,分页变得尤为重要。
创建GraphQL API后,测试是确认其是否符合预期的重要步骤。
这里以?Apifox?为例来演示如何进行接口调试。
需要首先创建一个GraphQL请求。
使用Apifox提供的断言功能来验证响应数据,判断其是否符合预期:
发送请求,并验证所见即所得是否与预期的数据一致。
通过这样的测试,我们能够验证GraphQL接口是否正确地返回了预期的数据。