Вопрос по Task.Wait();

[max_prorok]

Собственно вопрос вот в чем: в книге есть пример по получению результатов из задач. Вот он:

class Program
    {
        private static Tuple<int, int> TaskWithResult(object division)
        {
            Tuple<int, int> div = (Tuple<int, int>)division;
            int result = div.Item1 / div.Item2;
            int reminder = div.Item1 % div.Item2;
            Console.WriteLine("task creates a result...");
            return Tuple.Create<int, int>(result, reminder);
        }

        static void Main(string[] args)
        {
            var t1 = new Task<Tuple<int, int>>(TaskWithResult, Tuple.Create<int, int>(8, 3));
            t1.Start();
            Console.WriteLine(t1.Result);
            t1.Wait();
            Console.WriteLine("result from task: {0} {1}", t1.Result.Item1, t1.Result.Item2);
            Console.ReadLine();
        }
    }

И что-то я не совсем могу понять что здесь делает t1.Wait(); согласно MSDN это функция ожидает конца выполнения таска. Только вот дело в том, что если его закоментить; вставить в скобки вэйта 10, а в таске слип на 1000, то это никак не влияет на работу программы и выдает он строки

Console.WriteLine(t1.Result);
Console.WriteLine("result from task: {0} {1}", t1.Result.Item1, t1.Result.Item2);

на консоль в одно и тоже время (после завершения таска). Объясните недалекому, в чем тут прикол, и на кой вэйт его сюда впихнули.

[Alex11223]

Так TaskWithResult ничего долгого не делает, вот и успевает и за 1000 мс, и за 10.
Но вообще обычно вы не можете знать сколько времени займет работа.

[max_prorok]

Сообщение от Alex11223

Так TaskWithResult ничего долгого не делает, вот и успевает и за 1000 мс, и за 10.
Но вообще обычно вы не можете знать сколько времени займет работа.

Так в том-то и дело. Что я специально увеличивал время работы TaskWithResult с помощью Thread.Sleep(5000).
Если я правильно понял MSDN, то в t1.Wait() в скобки могу поставить целое число миллисекунд, какое стоит ждать t1. Если t1 за это время не выполняется, то код выполняется дальше. Но на практике получается так, что код, следующий за t1.Start() все равно ожидает выполнения t1, и только после этого выводит обе строки на экран. Если это представить во временной области (со слипом в 5000 и вэйтом в 10), то получается следующим образом:
0 с. - task creates a result...
5 с. - (2, 2)
5 с. - result from task: 2 2
То есть на t1.Wait() программе в принципе все равно. Что он есть, что его нет.

[Alex11223]

А, да, видимо автор запутался в своем искусственном примере.
Result ждет завершения.

Но обычно таски не так используют.
И еще через new + Start вроде их не стоит создавать, но я не помню почему, гугл помнит.

[max_prorok]

Под автором вы подразумеваете меня или автора книги?

P.S. Кажется, я начинаю понимать зачем автор воткнул этот Wait() туда. В тексте он пишет, что Result блокируется до тех пор, пока задача не будет завершена. И вот с целью показать это, он и воткнул туда Wait(). Мол смотрите, пока Result не разблокируется, ничего не увидете. Или же просто очепятка в книге, и надо было t1.Wait(); поставить сразу после t1.Start();. Это как минимум логично. Запустили задачу - ждем ее выполнения - считываем результаты.
P.P.S. На всякий случай заглянул в английское издание. Мало ли чего наши могут написать, тем более натыкался уже на очепятки в листинге в русском издании. Но нет, в английском издании листинг такой же.

[Alex11223]

книги.