Что так плохо с броском: async

Question

Я пытаюсь выяснить, как создать Rails API, который мог бы выполнять асинхронные ответы. Многие комментарии ниже статьи и учебники говорят что-то вроде:

Это throw :async действительно пугает меня

throw :async делает меня грустным

Таким образом, очевидно, используя throw :async считается плохой практикой, но я убежищем Не понял, почему.

Так что я буду признателен, если кто-нибудь объяснит мне, почему это так плохо, какие альтернативные подходы и так далее.

Answer 1

Люди делают комментарии вроде:

Это throw :async действительно пугает меня

, потому что использование throw сродни написанию GOTO.

Это big topic для обсуждения/дискуссии, но короткий ответ, что GOTO s, как правило, с неодобрением, как «плохо структурированный» код.

Всегда можно решить проблему программирования без GOTO s, и, видя их в коде , обычно указывает на хак, который вызовет проблемы по линии.

Вот пример throw используется в коде Ruby:

def my_method 
    catch(:escape) do 
    outer_list.each do |item1| 
     inner_list.each do |item2| 
     throw :escape if item2 == "something" 
     end 
    end 
    puts "something was not found" 
    return 
    end 
    puts "something was found!" 
end 

выше throw необходимо разорвать с вложенной петли ... Но, как вы можете видеть, надеюсь, есть много более простой/чистый способ написания вышеуказанного кода.

GOTO - слабый выход, когда у вас слабый дизайн.

Возможно два наиболее часто используемые аргументы против GOTO с том, что код более трудно понять, и что существуют и другие способы, чтобы прибыть в определенный момент в коде.

Это не означает, что вы должны никогда использовать throw заявления - а просто, что они, как правило, не рекомендуется, и вы должны тщательно продумать ваш дизайн, если вы обнаружили, нуждающихся в них.