Daniel Tschinder 7b05673d8d Validation: improving overlapping fields quality
This improves the overlapping fields validation performance and improves error reporting quality by separating the concepts of checking fields "within" a single collection of fields from checking fields "between" two different collections of fields. This ensures for deeply overlapping fields that nested fields are not checked against each other repeatedly. Extending this concept further, fragment spreads are no longer expanded inline before looking for conflicts, instead the fields within a fragment are compared to the fields with the selection set which contained the referencing fragment spread.

e.g.

```graphql
{
  same: a
  same: b
  ...X
}

fragment X on T {
  same: c
  same: d
}
```

In the above example, the initial query body is checked "within" so `a` is compared to `b`. Also, the fragment `X` is checked "within" so `c` is compared to `d`. Because of the fragment spread, the query body and fragment `X` are checked "between" so that `a` and `b` are each compared to `c` and `d`. In this trivial example, no fewer checks are performed, but in the case where fragments are referenced multiple times, this reduces the overall number of checks (regardless of memoization).

**BREAKING**: This can change the order of fields reported when a conflict arises when fragment spreads are involved. If you are checking the precise output of errors (e.g. for unit tests), you may find existing errors change from `"a" and "c" are different fields` to `"c" and "a" are different fields`.

From a perf point of view, this is fairly minor as the memoization "PairSet" was already keeping these repeated checks from consuming time, however this will reduce the number of memoized hits because of the algorithm improvement.

From an error reporting point of view, this reports nearest-common-ancestor issues when found in a fragment that comes later in the validation process. I've added a test which fails with the existing impl and now passes, as well as changed a comment.

This also fixes an error where validation issues could be missed because of an over-eager memoization. I've also modified the `PairSet` to be aware of both forms of memoization, also represented by a previously failing test.

ref: graphql/graphql-js#386
2018-02-11 17:45:35 +01:00
2018-02-11 13:27:26 +01:00
2018-02-11 13:27:26 +01:00
2018-01-02 10:02:18 -05:00
2015-07-16 00:13:12 +06:00
2017-08-15 21:56:21 +07:00
2017-12-12 16:03:21 +07:00
2017-08-20 22:10:37 +07:00
2016-09-14 18:41:02 +07:00
2018-02-10 18:46:37 +01:00

graphql-php

Build Status Coverage Status Latest Stable Version License

This is a PHP implementation of the GraphQL specification based on the reference implementation in JavaScript.

Installation

Via composer:

composer require webonyx/graphql-php

Documentation

Full documentation is available on the Documentation site as well as in the docs folder of the distribution.

If you don't know what GraphQL is, visit this official website by the Facebook engineering team.

Examples

There are several ready examples in the examples folder of the distribution with specific README file per example.

Contribute

Please refer to CONTRIBUTING.md for information on how to contribute.

Old README.md

Here is a link to the old README.md.

Keep in mind that it relates to the version 0.9.x. It may contain outdated information for newer versions (even though we try to preserve backwards compatibility).

Description
A PHP port of GraphQL reference implementation
Readme MIT 4.1 MiB
Languages
PHP 100%