async-graphql/async-graphql-derive/src
Koxiaet ed5acdcf18 Support service parsing in async-graphql-parser
- Instead of adding a separate module `schema` like there was before,
since service parsing and executable parsing have a fair amount of
overlap I put them as two submodules `executable` and `service` in both
`parse` and `types`. Also, the grammar is unified under one `.pest`
file.
- Added const equivalents to `Value`, `Directive` etc
- Change the reexport `async_graphql::Value` from
`async_graphql_parser::types::Value` to
`async_graphql_parser::types::ConstValue` since in 99% of cases in this library
a const value is wanted instead of a value.
- Added consistent usage of executable/service instead of the ambiguous
query/schema.
- Some of the tests actually had invalid GraphQL so the new more correct
grammar made them fail, that was fixed.
- Added a `Name` newtype to refer to GraphQL names
(`[A-Za-z_][A-Za-z_0-9]*`) since they are used so frequently.
2020-09-08 09:21:27 +01:00
..
args.rs Add flatten type field support for input objects. #255 2020-09-03 20:00:33 +08:00
enum.rs Support service parsing in async-graphql-parser 2020-09-08 09:21:27 +01:00
input_object.rs Support service parsing in async-graphql-parser 2020-09-08 09:21:27 +01:00
interface.rs Rewrite async-graphql-parser 2020-09-06 06:38:31 +01:00
lib.rs Merge subscriptions #243 2020-08-27 15:35:48 +08:00
merged_object.rs Rewrite async-graphql-parser 2020-09-06 06:38:31 +01:00
merged_subscription.rs Merge subscriptions #243 2020-08-27 15:35:48 +08:00
object.rs Rewrite async-graphql-parser 2020-09-06 06:38:31 +01:00
output_type.rs Fix the problem described in #80 2020-05-13 11:37:07 +08:00
scalar.rs Support service parsing in async-graphql-parser 2020-09-08 09:21:27 +01:00
simple_object.rs Rewrite async-graphql-parser 2020-09-06 06:38:31 +01:00
subscription.rs Rewrite async-graphql-parser 2020-09-06 06:38:31 +01:00
union.rs Rewrite async-graphql-parser 2020-09-06 06:38:31 +01:00
utils.rs Rewrite async-graphql-parser 2020-09-06 06:38:31 +01:00