S
потом методом вывода резуьтатов проходишься по Task.Result
Size: a a a
2020 May 05
S
намек понял, щас ппробую
S
если вызов async метода(обертки) происходит в цикле, а вывод результатов идет внутри другого метода вызываемого асинхронным методом, как к нему прикрутить WaitAll?🤔
если у тебя один метод ответсвенный за вывод и расчет - это нарушение SRP
Они должны быть независимы)
Они должны быть независимы)
S
Метод вывода матрицы отдельный, просто сначала вызывается вывод матрицы, а потом выводится результат вычислений - одно число, тут то и происходит хреномасть.
надо либо результаты вычислений куда-то писать и потом выводить все красиво, но тогда надо делать связку между поданными данными и результатом, словарь какой-то или еще чего мутить, ну и трабл опять же как вернуть результат вычислений
надо либо результаты вычислений куда-то писать и потом выводить все красиво, но тогда надо делать связку между поданными данными и результатом, словарь какой-то или еще чего мутить, ну и трабл опять же как вернуть результат вычислений
S
солид вроде не нарушать стараюсь :)
S
по крайней мере единcтвенную ответсвенность :)
EA
Метод вывода матрицы отдельный, просто сначала вызывается вывод матрицы, а потом выводится результат вычислений - одно число, тут то и происходит хреномасть.
надо либо результаты вычислений куда-то писать и потом выводить все красиво, но тогда надо делать связку между поданными данными и результатом, словарь какой-то или еще чего мутить, ну и трабл опять же как вернуть результат вычислений
надо либо результаты вычислений куда-то писать и потом выводить все красиво, но тогда надо делать связку между поданными данными и результатом, словарь какой-то или еще чего мутить, ну и трабл опять же как вернуть результат вычислений
Метод который там что-то считает, должен возвращать не число (int например) а Task<int>
S
Т.е. таск с результатом, хмм идея
S
Т.е. таск с результатом, хмм идея
стоп, а как ты хотел по другому ?))))
EA
Т.е. таск с результатом, хмм идея
Это обязательно как бэ
EA
Метод вывода матрицы отдельный, просто сначала вызывается вывод матрицы, а потом выводится результат вычислений - одно число, тут то и происходит хреномасть.
надо либо результаты вычислений куда-то писать и потом выводить все красиво, но тогда надо делать связку между поданными данными и результатом, словарь какой-то или еще чего мутить, ну и трабл опять же как вернуть результат вычислений
надо либо результаты вычислений куда-то писать и потом выводить все красиво, но тогда надо делать связку между поданными данными и результатом, словарь какой-то или еще чего мутить, ну и трабл опять же как вернуть результат вычислений
Покажи один метод, которым ты обрабатываешь матрицу свою. В паст бин
S
там 2 метода связанных, второй минорную матрицу возвращает
EA
там 2 метода связанных, второй минорную матрицу возвращает
У тебя результат последующих вычислений зависит напрямую от предыдущих, и сомнительно что тебе здесь "распараллеливание" нужно. Но вообще если очень хочется, и так делать нельзя, но тебе можно, то...
Делаем таску, меняем возвращаемый тип у метода
public static Task<int> Determinant (SqMatrix array)
При вызове внутри самого метода ожидай, пока завершится таска. Через Wait(). Но это говнокод
Делаем таску, меняем возвращаемый тип у метода
public static Task<int> Determinant (SqMatrix array)
При вызове внутри самого метода ожидай, пока завершится таска. Через Wait(). Но это говнокод
S
Такое уж задание от препода... есть алгоритм, его реализовал, есть задание запустить параллельные вычисления для списка матриц
EA
там 2 метода связанных, второй минорную матрицу возвращает
Оо, нашёл место где можно через таски сделать. В цикле где ты к dec прибывляешь или убавляешь значение. Цикл на пачку тасок заменить
S
ну это в рекурсию на тасках уйти?
S
мать его страшно получается
S
там нельзя, если рассинхронятся рекурсивные вызовы результат неверный будет
S
хотя может и нет