История изменений

Aswed ★★★★★ (19.11.21 15:15:18) Серьезно, ты надеяшься уменьшить лапшичность кода с помощью async/await и перехода на java стиль? На стиль самого лапшичного языка? Ты уж определись чего ты хочешь.

Ты бы вместо акцента внимания на «серьезно», давай еще помогу :) «что это было?» ты забыл добавить, а еще выпучить глаза и пустить 100500 слюней, как после лоботомии.

А теперь по сабжу. Я вообще-то там написал SOLID несколько раз, и про GoF. Вопрос к тебе встречный, а что ты пристал к async/await? Если в сообщении о дизайне я упоминал о SOLID/GoF?

Теперь, к async/await. На 2021-ый код уже сложно представить картину, что они тебе не нужны. В большинстве случаев требуется асинхронное исполнение + примитивы синхронизации. Это, если мы говорим о серьезных задачах, ес-но. А не о 5-10 строчных скриптах на мелкие действия.

Aswed ★★★★★ (19.11.21 15:15:18) Предьява про async/await вообще странная.

Нет. Объясню, в контексте промышленных задач, с большой долью вероятности тебе он понадобится. В свою очередь скорее всего, понадобиться еще подтянуть ряд других вещей. Ну банально даже если тебе нужно в РСУБД работать из различных источников. Преобразовать DAO<->DTO через AutoMapper, агрегировать с различных источников данные, преобразовать их. Иметь различные реализации, где кстати тебе инверсия зависимостей понадобиться.

Все это, как правило дергает одно за другое. И в конечном итоге, в промышленной задаче - тебе понадобиться всё. И знания, как красивый дизайн оформить, чтобы иметь возможность поддерживать ПО в течении нескольких лет, а не пописать что-то полгода и выбросить. Ну и… Хочешь-не хочешь, необходимость правильно оформить дизайн работы через asyncio с правильным дизайном, тебе тоже придется. Посему… Не вижу ничего неправильного. Сорри.

Aswed ★★★★★ (19.11.21 15:15:18) А если это не веб, что вообще ты будешь async-ать?

Что есть в твоем понимании «вэб» ? Да, хотя бы взять вышеуказанные пример с базами… Может быть вообще ситуация, что ты пишешь не для вэба проект, который должен участовать в сложных ETL-процессах, заниматся выборкой данных и прочим. Тут тебе async не нужен будет? Будет еще как… Пойдет вообще огромная необхиодимость в моделях синхроиназции. И причем тут «веб» ?

Aswed ★★★★★ (19.11.21 15:15:18) Серьезно, ты надеяшься уменьшить лапшичность кода с помощью async/await и перехода на java стиль? На стиль самого лапшичного языка? Ты уж определись чего ты хочешь.

Ты бы вместо акцента внимания на «серьезно», давай еще помогу :) «что это было?» ты забыл добавить, а еще выпучить глаза и пустить 100500 слюней, как после лоботомии.

А теперь по сабжу. Я вообще-то там написал SOLID несколько раз, и про GoF. Вопрос к тебе встречный, а что ты пристал к async/await? Если в сообщении о дизайне я упоминал о SOLID/GoF?

Теперь, к async/await. На 2021-ый код уже сложно представить картину, что они тебе не нужны. В большинстве случаев требуется асинхронное исполнение + примитивы синхронизации. Это, если мы говорим о серьезных задачах, ес-но. А не о 5-10 строчных скриптах на мелкие действия.

Aswed ★★★★★ (19.11.21 15:15:18) Предьява про async/await вообще странная. Нет. Объясню, в контексте промышленных задач, с большой долью вероятности тебе он понадобится. В свою очередь скорее всего, понадобиться еще подтянуть ряд других вещей. Ну банально даже если тебе нужно в РСУБД работать из различных источников. Преобразовать DAO<->DTO через AutoMapper, агрегировать с различных источников данные, преобразовать их. Иметь различные реализации, где кстати тебе инверсия зависимостей понадобиться.

Все это, как правило дергает одно за другое. И в конечном итоге, в промышленной задаче - тебе понадобиться всё. И знания, как красивый дизайн оформить, чтобы иметь возможность поддерживать ПО в течении нескольких лет, а не пописать что-то полгода и выбросить. Ну и… Хочешь-не хочешь, необходимость правильно оформить дизайн работы через asyncio с правильным дизайном, тебе тоже придется. Посему… Не вижу ничего неправильного. Сорри.

Aswed ★★★★★ (19.11.21 15:15:18) А если это не веб, что вообще ты будешь async-ать?

Что есть в твоем понимании «вэб» ? Да, хотя бы взять вышеуказанные пример с базами… Может быть вообще ситуация, что ты пишешь не для вэба проект, который должен участовать в сложных ETL-процессах, заниматся выборкой данных и прочим. Тут тебе async не нужен будет? Будет еще как… Пойдет вообще огромная необхиодимость в моделях синхроиназции. И причем тут «веб» ?