import type { INestApplication } from '@nestjs/common';
import type { TestingModule } from '@nestjs/testing';
import type { PlatformContext } from '@rsdk/core';
/**
 * В этом интерфейсе поля и методы которые мы позволяем использовать из оригинального TestingModule.
 * Делаем так, а не `implements Pick<...>` чтобы не писать портянки с объявлением всех полей
 */
export interface PlatformTestingModule extends Pick<TestingModule, 'resolve' | 'get' | 'close'> {
}
export type PlatformTestNestApplication<T extends INestApplication = INestApplication> = Omit<T, 'listen'>;
/**
 * Private api
 *
 * Обертка вокруг `TestingModule`, для того чтобы скрыть неподходящий API, например методы создания приложения
 */
export declare class PlatformTestingModule {
    private compiledTestingModule;
    private context;
    constructor(compiledTestingModule: TestingModule, context: PlatformContext);
    init(): Promise<this>;
    /**
     * Возвращает стандартный NestApplication сконфигурированный согласно требованиям платформы
     * Нужен для использования e2e тестирования http интерфейса через `supertest` или `.inject()` от fastify
     * *НЕ ИСПОЛЬЗОВАТЬ ДЛЯ ЗАПУСКА*
     */
    createNestApplication<T extends INestApplication = INestApplication>(): Promise<PlatformTestNestApplication<T>>;
    /**
     * Создаёт, конфигурирует и запускает инстанс `INestApplication` согласно требованиям платформы
     * Прежде всего нужен для e2e тестирования микросервисов
     *
     * Почему не `moduleRef.createNestApplication().listen()`?
     * Потому что в платформе _свои_ правила запуска приложения, а именно хуки при запуске приложения.
     * Чтобы окружение в тестах было более приближенно к боевому этот метод также выполняет эти хуки
     * Да - теоретически можно было сделать два метода, `createNestApplication` и `start` который бы принимал на вход созданное приложение.
     * Однако автора увидел в таком раскладе потенциальную возможность ошибиться,
     * поэтому решил сделать `start` который внутри себя инкапсулирует логику создания, конфигурирования и запуска приложения
     * К тому же если измениться `api` по конфигурированию или запуску приложения то этот метод будет его имплементировать что снимает
     * с разработчика эту нагрузку
     */
    start<T extends INestApplication = INestApplication>(): Promise<PlatformTestNestApplication<T>>;
}