文件名称：更深：深入调用远程方法的规范！
文件大小：997KB
文件格式：ZIP
更新时间：2024-02-20 10:02:41
api rpc APITypeScript
为什么？ 引入了一个强大的想法-可以在一个调用中调用多个方法，更重要的是，可以基于其他方法的结果来调用方法。 但是，我们认为GraphQL的设计不太正确。 一些关键点缺失，某些功能应在堆栈的不同层上删除或实现。 首先，使用GraphQL不可能在集合上调用方法。 当我们为集合指定查询时，查询将在集合的元素上执行，而不是在集合本身上执行。 为了解决此问题，有必要引入一些其他模型，就像Relay对所做的那样。 我们认为这样的解决方案增加了复杂性和混乱性。 例如，执行以下查询： { movies ( genre : " comedy " ) { averageRating } } averageRating是指电影集合还是电影元素？ 如果我们不熟悉该架构，则很难说。 另一个问题是GraphQL执行模型。 起初，并行执行查询似乎是个好主意，但不幸的是，这会给开发人员带来不良后果。 由于嵌套变异的执行顺序是不可预测的，因此执行以下操作： { movie ( id : 123 ) { update ( rating : 8.3 ) } allMovi
【文件预览】：
deepr-master
----.gitignore(49B)
----package.json(451B)
----website()
--------@resource.prod.json(104B)
--------@resource.json(206B)
--------content()
----LICENSE(1KB)
----packages()
--------runtime()
----.npm-linker.json(35B)
----lerna.json(83B)
----.prettierignore(24B)
----README.md(21KB)
----branding()
--------deepr-icon-small-margins.png(7KB)
--------deepr-logo.svg(3KB)
--------deepr-logo.pdf(356KB)
--------deepr-icon-small-margins.pdf(356KB)
--------deepr-logo-with-tagline.pdf(384KB)
--------deepr-logo-with-tagline.svg(19KB)
----.vscode()
--------extensions.json(81B)
----.editorconfig(207B)