Сообщение Re[54]: Можно ли избавиться от async|await? от 12.01.2026 17:30
Изменено 12.01.2026 17:54 ·
Re[54]: Можно ли избавиться от async|await?
Здравствуйте, Serginio1, Вы писали:
S>·>Ты задал вопрос: "как отличать Task как асинхронное и параллельное использование?". Я попросил уточнить: "с какой целью отличать?". Так зачем их отличать?
S>Вот у тебя есть метод
S>
Зачем не такой метод? Что плохого с File.WriteAllBytes("file1")?
S>Не дожидаясь результата записи
Не надо так делать. Если тебе не важны результаты, то нафиг вообще его вызывать?
S>·>Ещё раз. Это WhenAny говно в java уже есть очень давно. Но говном быть не перестаёт, т.к. усложняет код.
S>Угу WhenAny позволяет получить результат первого выполненого и отменить выполнение еще невыполненных.
S>Или обработать результат первого выполненного.
S> В чем говно непонятно.
S>Обработка асинхронных задач по мере их выполнения (C#)
Код сложнее. Сам же несколько сообщений назад согласился.
S> Еще раз несложно с помощью ИИ написать создание асинхронных методов если в них есть методы с имеющие методы с суффиксом Async
Можно. Но зачем, если есть возможно не писать такое гно вообще?
S>·>Потому что не могут. Синхронный код в c# не масштабируется.
S> Еще раз несложно через Roslyn преобразовать код.
Сложно. Потребуются виртуальные потоки.
S>·>Ты задал вопрос: "как отличать Task как асинхронное и параллельное использование?". Я попросил уточнить: "с какой целью отличать?". Так зачем их отличать?
S>Вот у тебя есть метод
S>
S>File.WriteAllBytesAsync("file1");
S>Зачем не такой метод? Что плохого с File.WriteAllBytes("file1")?
S>Не дожидаясь результата записи
Не надо так делать. Если тебе не важны результаты, то нафиг вообще его вызывать?
S>·>Ещё раз. Это WhenAny говно в java уже есть очень давно. Но говном быть не перестаёт, т.к. усложняет код.
S>Угу WhenAny позволяет получить результат первого выполненого и отменить выполнение еще невыполненных.
S>Или обработать результат первого выполненного.
S> В чем говно непонятно.
S>Обработка асинхронных задач по мере их выполнения (C#)
Код сложнее. Сам же несколько сообщений назад согласился.
S> Еще раз несложно с помощью ИИ написать создание асинхронных методов если в них есть методы с имеющие методы с суффиксом Async
Можно. Но зачем, если есть возможно не писать такое гно вообще?
S>·>Потому что не могут. Синхронный код в c# не масштабируется.
S> Еще раз несложно через Roslyn преобразовать код.
Сложно. Потребуются виртуальные потоки.
Re[54]: Можно ли избавиться от async|await?
Здравствуйте, Serginio1, Вы писали:
S>·>Ты задал вопрос: "как отличать Task как асинхронное и параллельное использование?". Я попросил уточнить: "с какой целью отличать?". Так зачем их отличать?
S>Вот у тебя есть метод
S>
Зачем мне такой метод? Что плохого с File.WriteAllBytes("file1")?
S>Не дожидаясь результата записи
Не надо так делать. Если тебе не важны результаты, то нафиг вообще его вызывать?
S>·>Ещё раз. Это WhenAny говно в java уже есть очень давно. Но говном быть не перестаёт, т.к. усложняет код.
S>Угу WhenAny позволяет получить результат первого выполненого и отменить выполнение еще невыполненных.
S>Или обработать результат первого выполненного.
S> В чем говно непонятно.
S>Обработка асинхронных задач по мере их выполнения (C#)
Код сложнее. Сам же несколько сообщений назад согласился.
S> Еще раз несложно с помощью ИИ написать создание асинхронных методов если в них есть методы с имеющие методы с суффиксом Async
Можно. Но зачем, если есть возможно не писать такое гно вообще?
S>·>Потому что не могут. Синхронный код в c# не масштабируется.
S> Еще раз несложно через Roslyn преобразовать код.
Сложно. Потребуются виртуальные потоки.
S>·>Ты задал вопрос: "как отличать Task как асинхронное и параллельное использование?". Я попросил уточнить: "с какой целью отличать?". Так зачем их отличать?
S>Вот у тебя есть метод
S>
S>File.WriteAllBytesAsync("file1");
S>Зачем мне такой метод? Что плохого с File.WriteAllBytes("file1")?
S>Не дожидаясь результата записи
Не надо так делать. Если тебе не важны результаты, то нафиг вообще его вызывать?
S>·>Ещё раз. Это WhenAny говно в java уже есть очень давно. Но говном быть не перестаёт, т.к. усложняет код.
S>Угу WhenAny позволяет получить результат первого выполненого и отменить выполнение еще невыполненных.
S>Или обработать результат первого выполненного.
S> В чем говно непонятно.
S>Обработка асинхронных задач по мере их выполнения (C#)
Код сложнее. Сам же несколько сообщений назад согласился.
S> Еще раз несложно с помощью ИИ написать создание асинхронных методов если в них есть методы с имеющие методы с суффиксом Async
Можно. Но зачем, если есть возможно не писать такое гно вообще?
S>·>Потому что не могут. Синхронный код в c# не масштабируется.
S> Еще раз несложно через Roslyn преобразовать код.
Сложно. Потребуются виртуальные потоки.