Ruby gestionează erorile cu begin// (echivalentul Ruby al try/catch/finally). Utilizați pentru a genera excepții și pentru a le prinde, iar pentru curățare. Ruby permite, de asemenea, rescue la nivel de metodă (fără explicit) pentru cod mai curat.
rescueensureraiserescueensurebeginbegin
result = risky_operation
rescue ArgumentError => e # rescue a SPECIFIC exception type
puts "Bad argument: #{e.message}"
rescue StandardError => e # broader catch (StandardError, not Exception)
puts "Error: #{e.message}"
retry if attempts < 3 # retry can re-run the begin block
else
puts "succeeded" # runs if NO exception
ensure
cleanup # ALWAYS runs (success or failure)
end
begin/rescue/ensure este try/catch/finally al Ruby. Prinde tipuri specifice de excepții (rescue ArgumentError), utilizează ensure pentru curățare garantată, și else pentru cazul fără erori. retry poate relua blocul.
rescue => e # ✅ bare rescue catches StandardError (the right default)
rescue StandardError # ✅ explicit, same thing
rescue Exception # ❌ AVOID — catches EVERYTHING including system signals
# (Interrupt/Ctrl-C, SystemExit) — can break the program
Important: un rescue gol prinde StandardError (valoarea implicită corectă pentru erorile aplicației). Prinderea Exception (rădăcina) prinde totul, inclusiv semnalele la nivel de sistem precum Interrupt (Ctrl-C) și SystemExit — pe care de obicei nu le doriți să le prideți, deoarece poate împiedica programul să fie întrerupt sau să se încheie corespunzător. O greșeală comună în Ruby.
raise ArgumentError, "Amount must be positive" # raise a built-in
raise "Something failed" # raises RuntimeError
# custom exception class
class InsufficientFundsError < StandardError # inherit from StandardError
def initialize(msg = "Not enough funds")
super
end
end
raise InsufficientFundsError
def process
do_work
rescue => e # rescue WITHOUT begin — applies to the whole method body
handle(e)
ensure
cleanup
end
Gestionarea corespunzătoare a excepțiilor este esențială pentru aplicațiile Ruby robuste, iar înțelegerea abordării Ruby — inclusiv idiomurile și cavitățile specifice — este importantă.
Structura begin/rescue/ensure (try/catch/finally a Ruby), prinderea tipurilor specifice de excepții, utilizarea ensure pentru curățare garantată, și rescue-ul curat la nivel de metodă (fără begin explicit) sunt cunoștințe fundamentale zilnice.
Un punct deosebit de important și caracteristic Ruby este distincția StandardError vs Exception: un rescue gol (și valoarea implicită corectă) prinde StandardError, dar prinderea Exception (rădăcina ierarhiei) prinde totul — inclusiv semnalele de sistem precum Interrupt (Ctrl-C) și SystemExit — pe care aproape niciodată nu le doriți, deoarece poate împiedica programul să fie întrerupt sau să se încheie corespunzător, și este o greșeală comună și dăunătoare.
Înțelegerea că ar trebui să prideți StandardError (nu Exception) pentru erorile aplicației este o cunoaștere specifică Ruby importantă care previne greșeli reale.
Cunoașterea structurii, claselor de excepții personalizate (moștenind din StandardError), retry, idiomul rescue la nivel de metodă, și mai ales cavitatea StandardError-not-Exception este importantă pentru a scrie Ruby robust și corect care gestionează erorile cu grație fără a rupe capacitatea programului de a fi întrerupt.
Deoarece erorile negestionate și greșeala de a rescua Exception ambele cauzează probleme reale, stăpânirea gestionării excepțiilor în Ruby — structura, idiomurile și distincția critică StandardError vs Exception — este importantă, cunoaștere frecvent relevantă pentru dezvoltarea Ruby fiabilă și un subiect comun în interviuri.