Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > it.comp.www.php > #22703 > unrolled thread

fallback o retroazione?

Back to article view | Back to it.comp.www.php

Contents

  fallback o retroazione? muars <abc@1123.4> - 2019-06-24 10:17 +0200
    Re: fallback o retroazione? Sandro kensan <kensan@kensan.it> - 2019-06-24 21:28 +0200
    Re: fallback o retroazione? Alessandro Pellizzari <shuriken@amiran.it> - 2019-06-25 09:53 +0100
      Re: fallback o retroazione? muars <abc@1123.4> - 2019-06-25 13:12 +0200
        Re: fallback o retroazione? Alessandro Pellizzari <shuriken@amiran.it> - 2019-06-26 11:10 +0100
          Re: fallback o retroazione? muars <abc@1123.4> - 2019-06-27 11:28 +0200

#22703 — fallback o retroazione?

Cosa sono esattamente?
Per quanto ne so, una *retroazione* è un'azione da compiere nel caso si 
verificasse un errore (throwable)

     try {
         // ...
     } catch (\Throwable  $throwable) {
         // retroazione (oppure fallback?)
     }


Un *fallback* è la stessa cosa?

[toc] | [next] | [standalone]

#22704

On 24/06/19 10:17, muars wrote:
> Cosa sono esattamente?
> Per quanto ne so, una *retroazione* è un'azione da compiere nel caso si
> verificasse un errore (throwable)
> 
>     try {
>         // ...
>     } catch (\Throwable  $throwable) {
>         // retroazione (oppure fallback?)
>     }
> 
> 
> Un *fallback* è la stessa cosa?

Io non me ne intendo ma il try l'ho sempre interpretato come un fallback
cioè in caso di caduta un piano B.

-- 
Sandro kensan www.kensan.it & www.qiqi.it geek site
Saluto gli agenti della NSA - Hello NSA - www.nsa.gov

[toc] | [prev] | [next] | [standalone]

#22705

On 24/06/2019 09:17, muars wrote:

> Cosa sono esattamente?
> Per quanto ne so, una *retroazione* è un'azione da compiere nel caso si 
> verificasse un errore (throwable)

> Un *fallback* è la stessa cosa?

Il problema delle traduzioni in italiano è che ogni traduttore adotta il
suo vocabolario, e si perde il significato condiviso.

Per quanto ne sappiamo, "retroazione" potrebbe tranquillamente essere la
traduzione di "fallback", e quindi essere esattamente la stessa cosa.

Per come la vedo io, anche fallback non ha molta attinenza con
try/catch, e lo vedo meglio in una select (il caso "default").

Un catch è un catch. È qualcosa che succede in caso venga lanciata
un'eccezione.

Bye.

[toc] | [prev] | [next] | [standalone]

#22706

Il 25/06/19 10:53, Alessandro Pellizzari ha scritto:
> Per come la vedo io, anche fallback non ha molta attinenza con
> try/catch, e lo vedo meglio in una select (il caso "default").


????

[toc] | [prev] | [next] | [standalone]

#22707

On 25/06/2019 12:12, muars wrote:

> Il 25/06/19 10:53, Alessandro Pellizzari ha scritto:
>> Per come la vedo io, anche fallback non ha molta attinenza con
>> try/catch, e lo vedo meglio in una select (il caso "default").
> 
> 
> ????

"Fallback", in inglese, significa "quello che succede quando il resto 
non prevede questa azione".

Il try/catch serve a catturare un errore, non ad avere un comportamento 
di default. Infatti devi specificare il tipo di eccezione che ti 
aspetti, che può anche essere una generica "Exception", ma buona norma 
sarebbe specificare tutti i tipi di errore che ti aspetti.

Puoi/dovresti avere catch multipli, in modo da gestire i vari tipi di 
errore nel modo corretto (un errore di IO dal disco è diverso da un 
errore nel decoding di un JSON), quindi qual è il "fallback"?

Bye.

[toc] | [prev] | [next] | [standalone]

#22708

Il 26/06/19 12:10, Alessandro Pellizzari ha scritto:
> 
> "Fallback", in inglese, significa "quello che succede quando il resto 
> non prevede questa azione".
> 
> Il try/catch serve a catturare un errore, non ad avere un comportamento 
> di default. Infatti devi specificare il tipo di eccezione che ti 
> aspetti, che può anche essere una generica "Exception", ma buona norma 
> sarebbe specificare tutti i tipi di errore che ti aspetti.
> 
> Puoi/dovresti avere catch multipli, in modo da gestire i vari tipi di 
> errore nel modo corretto (un errore di IO dal disco è diverso da un 
> errore nel decoding di un JSON), quindi qual è il "fallback"?

E c'è chi invece la intende in modo diverso (vedi il post di Sandro).
Alla fine ognuno sceglie tra le varie scuole di pensiero :)

[toc] | [prev] | [standalone]

Back to top | Article view | it.comp.www.php

csiph-web