Я нахожусь в процессе миграции C -кода в C#, используя концепцию Async/Await. Оригинальный код C управляет передачей различных устаревших устройств от разных производителей. В этом контексте нормально, что устройства временно недоступны, что чтение и письменность возможны только после ручного вмешательства и т. Д. Поэтому следует ожидать отмены и тайм -аутов, например, Поскольку устройства (временно) вне службы или существуют условия, которые нельзя запросить. Должен ли я сохранить эту концепцию для всех возможных ошибок? Или это принадлежит к нормальному потоку управления. Здесь есть общая рекомендация? В C нет системы исключений, и, насколько я знаю, исключения следует использовать только для неожиданных ситуаций.
Я нахожусь в процессе миграции C -кода в C#, используя концепцию Async/Await. Оригинальный код C управляет передачей различных устаревших устройств от разных производителей. В этом контексте нормально, что устройства временно недоступны, что чтение и письменность возможны только после ручного вмешательства и т. Д. Поэтому следует ожидать отмены и тайм -аутов, например, Поскольку устройства (временно) вне службы или существуют условия, которые нельзя запросить. Должен ли я сохранить эту концепцию для всех возможных ошибок? Или это принадлежит к нормальному потоку управления. Здесь есть общая рекомендация? В C нет системы исключений, и, насколько я знаю, исключения следует использовать только для неожиданных ситуаций.
Я нахожусь в процессе миграции C -кода в C#, используя концепцию Async/Await. Оригинальный код C управляет передачей различных устаревших устройств от разных производителей. В этом контексте нормально, что устройства временно недоступны, что чтение...
Я нахожусь в процессе миграции C -кода в C#, используя концепцию Async/Await. Оригинальный код C управляет передачей различных устаревших устройств от разных производителей. В этом контексте нормально, что устройства временно недоступны, что чтение...
Использование Async/wait было представлено в Flask 2.0. ( await в RESTX Запрашивает обработчики?
Что -то вроде:
@api.route('/try-async')
class MyResource(Resource):
@api.expect(some_schema)
async def get(self):
result = await async_function()...
Я понимаю, что асинхровый код используется, чтобы выполнить выполнение перейти на фоновый процесс. Я также понимаю, что я использую ждать асинхронного кода, если я хочу, чтобы фоновый процесс ждал операции. Это заставляет асинхровый код вести себя...
Мобильная версия