From 8925f64983e5614ece8ac36e38955a2501d878bd Mon Sep 17 00:00:00 2001 From: Christian Legnitto Date: Thu, 20 Feb 2020 23:21:41 -0700 Subject: [PATCH] Temporarily disable interface tests (#543) These aren't reimplemented yet as proc macros. Disabling them so book tests on PRs pass and the website is updated. --- docs/book/content/types/interfaces.md | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/docs/book/content/types/interfaces.md b/docs/book/content/types/interfaces.md index 1d5e288e..0cc79a89 100644 --- a/docs/book/content/types/interfaces.md +++ b/docs/book/content/types/interfaces.md @@ -18,7 +18,7 @@ be done in a couple of different ways: ### Downcasting via accessor methods -```rust +```rust,ignore #[derive(juniper::GraphQLObject)] struct Human { id: String, @@ -76,7 +76,7 @@ If you can afford an extra database lookup when the concrete class is requested, you can do away with the downcast methods and use the context instead. Here, we'll use two hashmaps, but this could be two tables and some SQL calls instead: -```rust +```rust,ignore # use std::collections::HashMap; #[derive(juniper::GraphQLObject)] #[graphql(Context = Database)] @@ -130,7 +130,7 @@ This removes the need of downcast methods, but still requires some repetition. Continuing on from the last example, the trait itself seems a bit unneccesary. Maybe it can just be a struct containing the ID? -```rust +```rust,ignore # use std::collections::HashMap; #[derive(juniper::GraphQLObject)] #[graphql(Context = "Database")] @@ -178,7 +178,7 @@ Using enums and pattern matching lies half-way between using traits and using placeholder objects. We don't need the extra database call in this case, so we'll remove it. -```rust +```rust,ignore #[derive(juniper::GraphQLObject)] struct Human { id: String,