Внедрение панели выполнения для долгосрочной задачи, реализованной с помощью ASP.NET MVC 2 AsyncController

После чтения документации по AsyncControllers в ASP.NET MVC 2, мне интересно, какой лучший способ реализовать индикатор выполнения ajax в этом сценарий. Кажется немного странным, что учебник не охватывает это вообще.

Я предполагаю, что реализация индикатора выполнения AJAX включает в себя дополнительный метод действий, который возвращает статус текущей задачи. Однако я не уверен в наилучшем способе обмена информацией о статусе задачи между рабочими потоками и этим методом действий.

Моя лучшая идея до сих пор заключалась в том, чтобы поместить информацию о текущем продвижении в словарь сеанса вместе с уникальным идентификатором и поделиться этим идентификатором с клиентом, чтобы он мог опросить статус. Но, возможно, есть гораздо более простой способ, которого я не заметил.

Ответы

Ответ 1

Очень интересный вопрос! На самом деле кажется, что это не задача для AsyncController. Асинхронные контроллеры предназначены для длительных операций с одним HTTP-запросом на стороне сервера. Когда вы используете async-действие, это может помочь вам освободить рабочий поток ASP.Net во время некоторых длительных операций (-ов) и разрешить ему выполнять другие запросы во время выполнения операции. Но с клиентской точки зрения это не имеет значения, это асинхронный контроллер или нет. Для клиента это всего лишь один HTTP-запрос.

Вам нужно переконфигурировать это, используя некоторую службу длинных запросов в вашем приложении. Вот пример контроллера, который мог бы обслуживать такой рабочий процесс:

public class LongOperationsController : Controller
{
    public ActionResult StartOperation(OperationData data)
    { 
        Guid operationId = Guid.NewGuid(); // unique identifier for your operation
        OperationsService.DoStartOperation(operationId, data); // service starts to perform operation using separate thread
        return new JsonResult(operationId); // operation id should be sent to client to allow progress monitoring
    }

    public ActionResult GetOperationStatus(Guid operationId) 
    {
        var status = OperationsService.GetStatus(operationId); // this method returns some object, that describes status of operation (e.g. progress, current task etc.)
        return new JsonResult(status); // returning it to client
    }

    public ActionResult GetOperationResult(Guid operationId)
    {
        var result = OperationsService.GetOperationResult(operationId); // this should throw exception if operation is not yet completed
        return new JsonResult(result);
    }

    public ActionResult ClearOperation(Guid operationId)
    {
        OperationsService.ClearOperationResult(operationId); // we should delete operation result if it was handled by client
        return true;
    }
}

И вот клиентский код, который может взаимодействовать с этим контроллером:

var operationId;
function startOperation(data) {
    $.post('/LongOperations/StartOperation', data, function(response) {
        operationId = response; // store operationId
        startOperationMonitoring(); // start
    }, 'json');
}

function startOperationMonitoring() {
    // todo : periodically call updateOperationStatus() to check status at server-side
}

function updateOperationStatus() {
    // todo : get result of GetOperationStatus action from controller 
    // todo : if status is 'running', update progress bar with value from server, if 'completed' - stop operation monitoring and call finishOperation()
}

function finishOperation() {
    // todo : get result of GetOperationResult action from controller and update UI
    // todo : call ClearOperation action from controller to free resources
}

Это очень простая концепция, здесь есть некоторые пропущенные предметы, но я надеюсь, что вы получите основную идею. Также вам решать, как проектировать компоненты этой системы, например:

использовать singleton для OperationsService, или нет;
где и как долго должен быть сохранен результат работы (DB? Cache? Сессия);
действительно ли требуется вручную выделять ресурсы и что делать, когда клиент остановился для контроля работы (пользователь закрыл браузер) и т.д.

Удачи!