const server = new ApolloServer({
  typeDefs,
  schemaDirectives: {
    upperCase: UpperCaseDirective
  }
});

вот да, так и делал, только в конструктор apollo-server передаю не typeDefs и resolvers отдельно, а просто schema, созданную c помощью createGraphQLSchema. Но не работает. Если через typedefs делать - то работает, но как писал выше -  у меня не SDL

Можно попробовать вот так:

import { attachDirectiveResolvers } from 'apollo-server';

const directiveResolvers = {
  // directive resolvers implement
};

attachDirectiveResolvers(
  schema,
  directiveResolvers,
);

Только, если мне не изменяет память, directiveResolvers deprecated.

Да, попробую, спасибо

Но я не советую связываться с директивами.

Очень много багов и ограничений.

Ну мне для конкретной задачи будет удобно (если сработает конечно). Если нет - буду контрибутить доп. функционал в graphql-js, issue я там  уже создал)

При мердже схем тулзы теряют директивы или они просто перестают работать, директивы нельзя навешивать на инпут поля и т.д.

Директивы прикольны при SDL-first. При code-first они не нужны.

В том же type-graphql их заменяют декораторы:

@InputType()
export class RecipeInput {
  @Field()
  @MaxLength(30)
  title: string;

  @Field({ nullable: true })     
  @Length(30, 255)
  description?: string;

  @Field(type => [String])
  @MaxArraySize(25)
  ingredients: string[];
}

@ObjectType()
class MyObject {
  @Field()
  publicField: string;

  @Authorized()
  @Field()
  authorizedField: string;

  @Authorized("ADMIN")
  @Field()
  adminField: string;

  @Authorized(["ADMIN", "MODERATOR"])
  @Field({ nullable: true })
  hiddenField?: string;
}

Ну по сути да, то, что я хочу их использовать - вынужденная мера. Так graphql не позволяет напистаь функцию - ресолвер для типа, не для поля.

https://github.com/graphql/graphql-js/issues/995#issuecomment-383048579 ?

Тут опять же от поля пляшу в резолвере, не от типа.

Мне кстати проще, мне нужно обозначить редактируемо ли поле для роли и какие команды отвечают типу.

Есть в gql механизм?

Ну вот здесь как раз я бы лично рекомендовал эту логику на уровень graphql не выносить, а создавать отдельные типы данных для этого

И возвращать их в ресолверах. Это уже по сути не API, это бизнес-логика

Для меня это апи

Мне нужно создавать автогенерируемую админку