Kuinka poikkeuskäsittely toimii?

Question

Accepted Answer

Ruby käsittelee virheitä **`begin`/`rescue`/`ensure`** rakenteella (Rubyn vastine try/catch/finallylle). Heität poikkeuksia `raise` komennolla ja käsittelet niitä `rescue` komennolla, ja `ensure` on varattu siivousoperaatioille. Ruby sallii myös metoditason rescue:n (ilman eksplisiittistä `begin` rakennetta) siistimmän koodin saavuttamiseksi. ## Perusrakenne ```ruby begin 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` on Rubyn try/catch/finally. **Rescue tietyt tyypit** (`rescue ArgumentError`), käytä `ensure`:a taattujen siivousoperaatioiden kannalta, ja `else`:ä virheettömän tapauksen kannalta. `retry` voi uudelleenyritää lohkoa. ## Tärkeä Rubyn huomautus: rescue StandardError, ei Exception ```ruby 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 ``` **Tärkeää:** pelkkä `rescue` kaappaa `StandardError`:in (sovelluspäälle sopiva oletusarvo). `Exception`:in kaappaaminen (juuriarkkitehtuuri) kaappaa *kaiken*, mukaan lukien järjestelmätason signaalit kuten `Interrupt` (Ctrl-C) ja `SystemExit` — joita et yleensä halua kaapata, koska se voi estää ohjelmaa keskeytettävästä tai oikein sulkemisesta. Tyypillinen Ruby-virhe. ## Poikkeusten nostaminen ja mukautetut poikkeukset ```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 ``` ## Metoditason rescue (siistimpi) ```ruby def process do_work rescue => e # rescue WITHOUT begin — applies to the whole method body handle(e) ensure cleanup end ``` ## Miksi se on tärkeää Asianmukainen poikkeuskäsittely on olennaista vahvoille Ruby-sovelluksille, ja Rubyn lähestymistavan — mukaan lukien sen erityiset idiomit ja varoitukset — ymmärtäminen on tärkeää. `begin/rescue/ensure` rakenne (Rubyn try/catch/finally), **tiettyjen poikkoustyyppien** rescue, `ensure`:n käyttö takaatuille siivousoperaatioille ja siisti **metoditason rescue** (ilman eksplisiittistä `begin`) ovat perustavanlaatuista päivittäistä tietoa. Erityisen tärkeä ja selvästi Rubylle ominainen asia on **`StandardError` vs `Exception` erotus**: pelkkä `rescue` (ja oikea oletusarvo) kaappaa `StandardError`:in, mutta `Exception`:in (hierarkian juuri) kaappaminen kaappaa *kaiken* — mukaan lukien järjestelmäsignaalit kuten `Interrupt` (Ctrl-C) ja `SystemExit` — joita et lähes koskaan halua, koska se voi estää ohjelmaa keskeytettävästä tai oikein sulkemisesta ja on tavallinen, vahingollinen virhe. Ymmärtäminen siitä, että sinun tulee kaapata `StandardError` (ei `Exception`) sovelluspäälle, on tärkeää Rubyn spesifistä tietoa, joka estää oikeat virheet. Rakenteen, mukautettujen poikkeusten (jotka perivät `StandardError`:in), `retry`:n, metoditason rescue idiomien ja erityisesti StandardError-ei-Exception varoituksen tunteminen on tärkeää robustin ja oikean Rubyn kirjoittamiseksi, joka käsittelee virheitä grasiaasiasti ilman ohjelman keskeytettävyyden tai oikean sulkemisen rikkomista. Koska käsitellyt virheet ja Exception-rescue virhe aiheuttavat oikean maailman ongelmia, Rubyn poikkeuskäsittelyn hallitseminen — sen rakenne, idiomit ja kriittinen StandardError vs Exception erotus — on tärkeää, usein relevanttia tietoa luotettavalle Ruby-kehitykselle ja tavallinen haastattelun aihe.