гибко, в любой момент делаешь для себя любой бизнес-кейс и директива-декоратор готова за 1 минуту

так это да, я про то, что объявлять их на уровне gql схемы - это такое себе

Директивы можно готовые найти на npm. То есть для большинства распространенных кейсов есть переиспользуемые пакеты директив. Подключил и поехал.

на уровне orm-entity уже круче смотрится

так же и для директив <=> декораторов

ну хз

мне кажется это не тот уровень где должны подобные вещи происходить

почему

Я ещё пока не вкурил тему с middleware до конца.

Видимо нужно сначала столкнуться с проблемой, чтобы её понять.

допустим такой кейс: имеется тип Пользователь, у которого есть поле "кредитная карта", на клиенте номер кредитной карты должен отображаться в виде XXXX-****-****-XXXX"

ты просто скрываешь на уровне схемы и все с помощью директивы <=> декоратора <=> мидлвари

Изначально у нас всё проверялось прямо в резолверах. И вся логика проверок была рамазана по всему коду. Потом мы открыли для себя директивы. И вынесли логику в директивы, разделив эти вещи.

export const hasRole: (role: string) => MiddlewareFn<MyContext> = (role: string) => async ({ context }, next) => {
  if (!context.req.session!.userId) {
    throw new Error("not authenticated");
  }

  const user = await User.findOne(context.req.session!.userId);

  if (!user) {
    throw new Error('not authenticated')
  }

  if (user.role !== role) {
    throw new Error('not authorized');
  }

  return next();
};

и использование в резолвере

@UseMiddleware(hasRole("admin"))
  @Query(() => String)
  async hello() {
    return "Hello World!";
  }

по-моему читается круто
пример упрощенный

Мидллвари я так понял – тоже переиспользуемые функции, которые дёргаются до или после выполнения резолвера?

++

да, выше пример

чек пример выше

чем миддлеваре для поля отличается от директивы?