C# C# · 30 вопросов · ~85 мин · ⏱ Таймер 25:00 · Сложный · 👥 16 прошли

ASP.NET Core

Охватывает конвейер ASP.NET Core, middleware, конечные точки, валидацию и эксплуатационные свойства веб-приложения. Задания проверяют порядок компонентов, состояние ответа, коды HTTP, потоковую выдачу, кэширование и корректное завершение.

Отвечено: 0 из 30

⏱ --:--

💡 Инструкция: Выберите один ответ из пяти. На 30 вопросов отведено 85 минут. В заданиях с кодом учитывайте указанную конструкцию и не додумывайте отсутствующие условия. После завершения откроются общий результат, тематические шкалы и разбор каждого ответа.

Вопрос 1 из 30

В каком порядке выполняется код вокруг await next()?

app.Use(async (context, next) =>
{
    Log("before");
    await next(context);
    Log("after");
});

До next — прямой порядок, после — обратный До и после next соседние middleware выполняются параллельно После next конвейер снова продолжает выполняться в прямом порядке регистрации После next не выполняется Код после next выполняется сразу после передачи управления следующему компоненту, до его завершения

Вопрос 2 из 30

Что такое short-circuit?

app.Use(async (context, next) =>
{
    if (!context.Request.Headers.ContainsKey("X-Key"))
    {
        context.Response.StatusCode = 401;
        return; // short-circuit
    }
    await next(context);
});

Middleware вызывает next дважды Routing выбирает запасной endpoint при отсутствии основного Routing отключается Промежуточный обработчик вызывает next дважды для разных путей Сформировать ответ и не вызывать next

Вопрос 3 из 30

Что произойдёт с middleware после app.Run?

app.Run(async context =>
    await context.Response.WriteAsync("done"));

app.Use(async (context, next) =>
    await next(context));

Приложение не запустится Оно недостижимо: app.Run завершает конвейер Компонент после Run будет вызван только для запросов GET, а для остальных останется недостижимым Оно выполнится на выходе Оно выполнится первым

Вопрос 4 из 30

Как обычно упорядочить routing, authentication и authorization?

Routing, authentication, authorization, endpoints Authorization, endpoints, authentication Порядок не важен Authentication после response Endpoints до routing

Вопрос 5 из 30

Почему exception handler должен стоять рано?

app.UseExceptionHandler("/error");
app.UseRouting();
app.UseAuthentication();
app.UseAuthorization();

Чтобы исключения стали compile errors Handler ставят последним, рядом с endpoint, где возникают ошибки Handler ставят перед UseRouting, чтобы ошибки маршрутизации попали в endpoint /error Чтобы routing не работал Перехватить ошибки всего последующего конвейера

Вопрос 6 из 30

Каков lifetime conventional middleware, созданного через UseMiddleware<T>?

public sealed class RequestAuditMiddleware(RequestDelegate next)
{
    private string? _currentPath;

    public Task InvokeAsync(HttpContext context) => next(context);
}

Экземпляр создаётся отдельно для каждого потока пула Экземпляр создаётся отдельно для каждой конечной точки Экземпляр имеет время жизни Transient и освобождается после InvokeAsync Обычно создаётся один экземпляр; scoped-зависимости передают в InvokeAsync Экземпляр создаётся заново для каждого HTTP-запроса

Вопрос 7 из 30

Что не так с полем _currentUser?

public async Task InvokeAsync(HttpContext context)
{
    _currentUser = context.User.Identity?.Name;
    await _next(context);
}

Поле разделяется между параллельными запросами и может содержать чужого пользователя Ошибка возникает лишь при смене пользователя внутри одного запроса Строка не допускает чтения из нескольких потоков даже без изменения Среда создаёт новый экземпляр обычного middleware для каждого запроса Проблема ограничена nullable-предупреждением и не затрагивает параллельные запросы

Вопрос 8 из 30

Когда IMiddleware полезен?

Когда нужно вручную создать scope внутри InvokeAsync для каждого сервиса Когда middleware не имеет зависимостей и должен жить singleton на всё приложение Когда промежуточный обработчик не должен получать зависимости Когда нужен управляемый контейнером экземпляр и внедрение scoped-зависимостей в конструктор Когда обработчик нужно превратить в endpoint с маршрутом

Вопрос 9 из 30

Почему нельзя менять headers после начала response?

await next(context);
context.Response.Headers["X-Request-Id"] = requestId;

После начала отправки ответа заголовки уже могли уйти клиенту Возврат из next означает, что заголовки снова доступны для изменения Заголовки ответа доступны для записи лишь до вызова маршрутизации После next доступ к HttpContext закрывается независимо от того, начат ли ответ Ограничение относится к HTTP/1.1, а в HTTP/2 заголовки можно заменить после тела

Вопрос 10 из 30

Что нужно для повторного чтения Request.Body?

Следует заменить HttpContext новым объектом после первого чтения Нужно дважды вызвать ReadToEnd без возврата позиции Нужно скопировать тело в строку без ограничения размера Включить буферизацию с лимитом и вернуть Position после чтения, учитывая стоимость памяти и диска Достаточно установить Position=0 у любого входного потока

Вопрос 11 из 30

Что даёт Results<Ok<ProductDto>, NotFound> в minimal API?

app.MapGet("/products/{id:int}",
    async Task<Results<Ok<ProductDto>, NotFound>> (int id, Catalog catalog) =>
        await catalog.FindAsync(id) is { } p
            ? TypedResults.Ok(p)
            : TypedResults.NotFound());

Кэширование Транзакцию Автоматическое применение политики авторизации из типа результата Типизированный набор допустимых HTTP-результатов Типизированный result заставляет среду выполнения возвращать 200

Вопрос 12 из 30

Как вернуть отсутствие ресурса?

200 OK с null: клиент должен сам отличить отсутствие от пустого результата 500 Internal Server Error, потому что поиск не вернул объект 302 Found с перенаправлением на список доступных ресурсов 204 No Content с текстом ошибки в теле ответа 404 Not Found, если ресурс по URI отсутствует

Вопрос 13 из 30

Зачем передавать HttpContext.RequestAborted?

app.MapGet("/products/{id:int}", async (
    int id, Catalog catalog, HttpContext context) =>
{
    var product = await catalog.FindAsync(id, context.RequestAborted);
    return product is null ? Results.NotFound() : Results.Ok(product);
});

Токен нужен лишь для добавления причины отмены в журнал, но не для остановки операции Отменять работу после разрыва запроса RequestAborted отменяется сразу после входа в endpoint Чтобы включить routing Чтобы получить user id

Вопрос 14 из 30

Что делает route constraint {id:int}?

Ограничивает int максимальным значением, заданным маршрутом Проверяет право текущего пользователя на этот идентификатор Маршрут совпадает только с сегментом, который можно разобрать как int Преобразует любой текст в 0 и передаёт его обработчику Проверяет, что запись с таким id существует в базе

Вопрос 15 из 30

Почему domain entity не стоит возвращать напрямую?

var dto = new ProductDto(entity.Id, entity.Name, entity.Price);
return TypedResults.Ok(dto);

ASP.NET Core принимает в ответе только record-типы Entity нельзя передать сериализатору без специального интерфейса DTO исключает выделения памяти при формировании ответа Публичный контракт связывается с внутренней моделью, lazy navigation/секретные поля могут утечь Проблема возникает лишь у моделей с циклическими ссылками

Вопрос 16 из 30

Чем валидация DTO отличается от доменного инварианта?

Доменный инвариант проверяется лишь в пользовательском интерфейсе Обе проверки равнозначны и могут находиться только в атрибутах DTO DTO проверяет форму входа; доменная модель сохраняет бизнес-правила при любом способе вызова DTO отвечает за бизнес-правила, а доменная модель — только за формат JSON После успешной проверки DTO доменный объект может принимать любое состояние

Вопрос 17 из 30

Какой статус подходит для синтаксически неверного поля?

if (!validator.TryValidate(command, out var errors))
    return Results.ValidationProblem(errors);
return Results.Ok();

200 101 400 с ValidationProblem 503 404

Вопрос 18 из 30

Что делать с неизвестным enum-числом в JSON?

if (!Enum.IsDefined(command.Status))
    return Results.ValidationProblem(new Dictionary<string, string[]>
    {
        ["status"] = ["Unsupported status value."]
    });

Авторизовать отдельно Неизвестное enum-значение следует превращать в 500 Отклонить на границе или явно поддержать unknown-case Сохранить неизвестное число и продолжить без отдельного сценария Молча принять как default бизнес-статус

Вопрос 19 из 30

Почему ограничение размера тела нужно до полной десериализации?

Чтобы JSON был красивее Чтобы чрезмерный payload не занял память/CPU до проверки модели DataAnnotations сами ограничат поток Чтобы routing сработал Такой лимит нужен только для multipart-загрузки файлов

Вопрос 20 из 30

Как обработать конфликт версии optimistic concurrency?

if (command.Version != entity.Version)
    return Results.Conflict(new ProblemDetails
    {
        Title = "The resource has changed.",
        Extensions = { ["currentVersion"] = entity.Version }
    });

500 Internal Server Error с общей диагностикой сервера 200 OK с предыдущей версией и без указания конфликта 204 No Content после удаления текущего ETag 409; если использован If-Match — 412 Повторять сохранение в цикле, не перечитывая данные и не сообщая клиенту о конфликте

Вопрос 21 из 30

Что ловит WebApplicationFactory-тест лучше модульного теста контроллера?

await using var factory = new WebApplicationFactory<Program>();
var client = factory.CreateClient();
var response = await client.PostAsJsonAsync("/orders", invalidCommand);
Assert.Equal(HttpStatusCode.BadRequest, response.StatusCode);

Арифметику внутри чистого метода DNS Production latency сети Ошибки DI, маршрутов, middleware и привязки Проверку клиентской вёрстки, которую серверный тест не запускает

Вопрос 22 из 30

Как проверить порядок middleware?

Assert.Equal(
    ["A:before", "B:before", "endpoint", "B:after", "A:after"],
    recorder.Events);

Проверить только итоговый статус ответа: он однозначно раскрывает порядок компонентов Вызвать каждый Invoke отдельно Записать вход и выход тестовых middleware Использовать интеграционный тест, отправляя реальные HTTP-запросы и проверяя заголовки ответа Сравнить порядок строк Program.cs вручную

Вопрос 23 из 30

Какие HTTP-метрики базовые?

Среднее время соединения TCP без учёта маршрутов и статусов Частоту, ошибки, длительность по маршруту и число активных запросов Число зарегистрированных singleton-сервисов в DI-контейнере Размер каждого DTO после привязки модели Собирать лишь общий объём трафика процесса без маршрутов, статусов и длительности

Вопрос 24 из 30

Что не стоит писать в request log?

log.LogInformation(
    "HTTP {Method} {Route} -> {Status} in {Elapsed}ms trace={TraceId}",
    context.Request.Method, routePattern, context.Response.StatusCode,
    elapsed, Activity.Current?.TraceId);

Идентификатор трассы, не содержащий пользовательских данных Authorization, Cookie и необработанное тело запроса Длительность запроса и итоговый размер ответа HTTP-метод и нормализованный шаблон маршрута Код ответа и шаблон маршрута без конкретных идентификаторов

Вопрос 25 из 30

Как проверить ProblemDetails?

Сравнить лишь тип исключения во внутренних журналах сервера Проверить статус, тип содержимого, type/title и структурированные поля ошибки Сравнить весь JSON посимвольно, включая порядок полей и пробелы Проверить имя контроллера, считая структуру тела внутренней деталью Сравнить только Content-Length, не разбирая тип и поля ошибки

Вопрос 26 из 30

Почему .Result в action опасен?

var product = catalog.LoadAsync(id).Result;
return Results.Ok(product);

Чтение Result превратит успешный ответ в статус 202 Поток запроса блокируется, что ухудшает масштабирование и может усиливать взаимные ожидания Чтение Result принудительно переносит продолжение в пул потоков У Task, созданной в обработчике запроса, нет свойства Result Использовать Result для уменьшения задержки, поскольку синхронное ожидание освобождает поток запроса

Вопрос 27 из 30

Когда response streaming полезен?

Когда большой или долгий результат можно выдавать частями без полной загрузки в память Когда результат мал и должен быть целиком вычислен до первой записи в ответ Когда требуется отключить отмену запроса клиентом Когда нужно скрыть ошибку, возникшую после начала ответа Только при WebSocket: обычный HTTP-ответ нельзя отправлять частями

Вопрос 28 из 30

Что должен учитывать кэширование ответа?

Учитывать только срок свежести, полагая, что URI полностью определяет ответ Строить ключ только из пути, игнорируя query, заголовки и пользователя Выбирать политику кэша по числу конечных точек, а не по представлению данных Использовать полный URI как единственный ключ независимо от авторизации и локали Пользователя, vary-параметры, локаль и срок свежести

Вопрос 29 из 30

Зачем ограничитель частоты запросов у входной точки?

builder.Services.AddRateLimiter(options =>
    options.AddFixedWindowLimiter("login", o =>
    {
        o.PermitLimit = 5;
        o.Window = TimeSpan.FromMinutes(1);
    }));

Чтобы ускорить один запрос Чтобы отключить retry клиентов Чтобы заменить authorization Ограничить злоупотребление дефицитным ресурсом Использовать ограничитель как способ принудительно кэшировать каждый ответ

Вопрос 30 из 30

Что важно при graceful shutdown?

Немедленно остановить процесс, не передавая CancellationToken Сбросить накопленные журналы без ожидания и завершить процесс Удалить проверки готовности, пока процесс ещё отвечает Перестать принимать трафик и завершить активную работу в пределах согласованного срока Отключить Dispose, чтобы ресурсы не закрывались во время остановки

Ответьте на все 30 вопросов, чтобы получить результат

🔗 Встроить тест на свой сайт (iframe) ▼

Скопируйте код и вставьте в любое место на вашем сайте:

Также доступна прямая ссылка на embed-страницу