这些技术是全新的,到目前为止我所看到的让我非常兴奋,我很难找到我所坚持的东西的例子。 React-admin 的文档建议我的模式说 Posts 遵循 allPosts 和 _allPostsMeta .. allPosts 部分工作没有问题,但自然 React-admin 在 _allPostsMeta 上窒息而死,因为我不确定它如何适应事物.. 例子主要只是显示您的架构应该是什么样子,但不要再进一步了。是否有一个像这样的演示服务器应用程序设置可以在任何地方查看?我目前使用 join monster 设置了解析器,这一切对我来说都很有意义,所以我想我的问题是,有人可以告诉我,或者指出我的解析器应该是什么样子才能满足返回 ListMetadata 的 _allPostsMeta 查询。我研究了一些事情,比如解析器链接,认为也许我应该只从 allPosts 返回 Post[] 的长度,但也许这让事情变得过于复杂..任何帮助或解释将不胜感激......
Thanks
感谢这是一个老问题,你可能已经继续前进,但认为我应该在这里做出回应,因为我自己在尝试使用 Apollo-Server-Express GraphQL 后端实现 React-Admin 前端时遇到了类似的情况 -结尾。
基于 ra-data-graphql-simple 的 React Admin 示例(https://github.com/marmelab/react-admin/tree/master/packages/ra-data-graphql-simple https://github.com/marmelab/react-admin/tree/master/packages/ra-data-graphql-simple)
我的解析器最终看起来如下:
Query: {
_allPostsMeta: (parent, args, { db }, info) => db.post.findAndCountAll()
}
请注意 findAndCountAll() 不是 findAll() 正如我在其他示例中看到的那样。到目前为止,这足以让 React Admin 分页为我工作。所有这些都缺乏文档/示例确实让我有些怀疑这个软件不是可行的方法或者已经被其他软件超越了。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)