Relic HunterManoniaа по теме что-нибудь?По теме. Переходите на 4-ку, там все уже есть.

При чём тут 4-ый фреймворк? Чего вы несёте

AxeleronПо ходу там может быть вообще WebForms проект

Да когда же он подохнет-та в муках?

Не устану повторять.

Да при чём тут System.Threading.Tasks ...... ребята, вы чего? )))))

нужно что-то типа "запустил-и-забыл", это шедулер или отдельная служба. какое это отношение имеет к асинхронности?

Relic HunterА вот MVC уже загибается, за не надобностью. Без шума и пыли

А мужики-то не знали. Вот так нежданчик. Надо срочно оповестить постоянно расширяющееся кол-во вакансий на MVC, пусть выпиливают срочно. Без шума и пыли.

Ну вы даёте.

AxeleronhVostt,
Await, Task, Async...

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

Какой ещё авейт? Акститесь

AxeleronТы уверен, что это именно то что ТС хочет? :)

ты понимаешь, как абсурдно это звучит

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

в контексте веб-приложения?

главный поток, да?


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

AxeleronhVostt,
Я думаю, что ТС хотел просто не лочить страницу пока выполняется запрос. И как мне кажется, мой пример должен позволять реализовать это.

не лочить страницу, это вернуть ответ сразу же. и в таком случае разговоры об await лишены смысла.

лочить страницу, это в любом случае удержание потока, либо ожидание ресурса, но об управлении ресурсами речи не шло.

никакого "главного" потока нет, поэтому за что мы говорим, не совсем ясно.