fallback o retroazione

[astros3]

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?

[Alhazred]

Intendi proprio fallback o callback?

[Marcolino's]

In informatica si intende per fallback una riduzione di velocità relativa ad un trasferimento dati.
Invece feedback è traducibile con retroazione.

[astros3]

Intendi proprio fallback o callback?

fallback

In informatica si intende per fallback una riduzione di velocità relativa ad un trasferimento dati.

Dipende.

https://getcomposer.org/doc/04-schema.md
"If you want to have a fallback directory where any namespace will be looked for, you can use an empty prefix like:"

Invece feedback è traducibile con retroazione.

OK

[M4V1]

Un fallback è quello che in italiano potresti chiamare "ripiego", che sia una funzione, un file di configurazione o un settaggio dipende dal contesto, è una semplice traduzione del termine inglese.

Feedback/retroazione francamente non sono termini che uso in programmazione (feedback si, ma anche qui come semplice traduzione di "risposta").

Io non li uso/conosco come termini relativi a particolari caratteristiche o strutture del linguaggio php.

[astros3]

Un fallback è quello che in italiano potresti chiamare "ripiego", che sia una funzione, un file di configurazione o un settaggio dipende dal contesto, è una semplice traduzione del termine inglese.

Feedback/retroazione francamente non sono termini che uso in programmazione (feedback si, ma anche qui come semplice traduzione di "risposta").

Io non li uso/conosco come termini relativi a particolari caratteristiche o strutture del linguaggio php.

Avrai le tue opinioni, ma qui se ne parla abbastanza concretamente
https://groups.google.com/d/msg/it.c...U/Yz4b37HUBAAJ

[M4V1]

Si si ma infatti volevo solo ammettere la mia ignoranza, inoltre non parlo quasi mai di programmazione in italiano quindi spesso non so neanche bene che terminologia usare. Però retroazione (ammetto di averlo cercato su Google) sembra più un termine legato all'elettronica che alla programmazione vera e propria.

[astros3]

In questo contributo ad esempio si parla di fallback
https://www.php.net/manual/en/langua...ons.php#121228

Poi c'è chi lo chiama feedback (retroazione).

Qui invece si parla di catch block
https://www.php.net/manual/en/langua...ceptions.catch

[luca200]

Mi sa che hai le idee un po' confuse. Fallback e feedback sono due concetti ben diversi, e nessuno dei due ha un significato tecnico rispetto alla programmazione.

Fallback rappresenta qualcosa da fare o da utilizzare quando hai scartato tutte le altre ipotesi possibili (vedi l'esempio che hai postato su: non trovo il namespace in nessuna directory, lo cerco in quella di fallback); oppure, in modo un po' più sofisticato: esiste un programma/funzione/procedura (A) che gestisce una situazione X; io scrivo un'alternativa (B) che gestisce una situazione Y, che è un sottoinsieme di X: quando riconosco di trovarmi in Y utilizzerò B, mentre negli altri casi (fallback) continuo ad utilizzare A. Un esempio concreto di questo tipo può essere un metodo di una classe figlia che sovrascrive quello omonimo della classe madre per gestire una situazione specifica: quando si rende conto di non trovarsi in tale situazione richiama il metodo della classe madre, usandolo come fallback.

Feedback è un concetto ancora meno tecnico e rappresenta semplicemente un "ritorno di informazione" che viene dato a chi, per qualche motivo, ne necessita o lo gradisce: ad es. ti presto la mia auto, dimmi come ti sei trovato => dammi un feedback; in contesto più informatico, ti faccio una modifica al programma, dammi un feedback ovvero dimmi se funziona meglio / se il problema è sparito. Peraltro, la citazione di "user feedback" nel gruppo Google che hai linkato non è che sia particolarmente appropriata.

Il discorso cambia se si parla di catch block, che hai tirato fuori nell'ultimo post anche se non ho capito cosa c'entra col resto della discussione. Questo sì che è un concetto tecnico: rappresenta un blocco di codice che viene eseguito all'interno di un catch, ovvero quando si verifica un'eccezione, per gestire la situazione di errore.

[astros3]

Mi sa che hai le idee un po' confuse. Fallback e feedback sono due concetti ben diversi, e nessuno dei due ha un significato tecnico rispetto alla programmazione.

Fallback rappresenta qualcosa da fare o da utilizzare quando hai scartato tutte le altre ipotesi possibili (vedi l'esempio che hai postato su: non trovo il namespace in nessuna directory, lo cerco in quella di fallback); oppure, in modo un po' più sofisticato: esiste un programma/funzione/procedura (A) che gestisce una situazione X; io scrivo un'alternativa (B) che gestisce una situazione Y, che è un sottoinsieme di X: quando riconosco di trovarmi in Y utilizzerò B, mentre negli altri casi (fallback) continuo ad utilizzare A. Un esempio concreto di questo tipo può essere un metodo di una classe figlia che sovrascrive quello omonimo della classe madre per gestire una situazione specifica: quando si rende conto di non trovarsi in tale situazione richiama il metodo della classe madre, usandolo come fallback.

Feedback è un concetto ancora meno tecnico e rappresenta semplicemente un "ritorno di informazione" che viene dato a chi, per qualche motivo, ne necessita o lo gradisce: ad es. ti presto la mia auto, dimmi come ti sei trovato => dammi un feedback; in contesto più informatico, ti faccio una modifica al programma, dammi un feedback ovvero dimmi se funziona meglio / se il problema è sparito. Peraltro, la citazione di "user feedback" nel gruppo Google che hai linkato non è che sia particolarmente appropriata.

Il discorso cambia se si parla di catch block, che hai tirato fuori nell'ultimo post anche se non ho capito cosa c'entra col resto della discussione. Questo sì che è un concetto tecnico: rappresenta un blocco di codice che viene eseguito all'interno di un catch, ovvero quando si verifica un'eccezione, per gestire la situazione di errore.

Per mantenere una certa pulizia del codice, voglio usare una Classe::metodo(), che dovrà gestire una eventuale exception.

try {
   // ...
} catch (Exception $ex) {
   Cather::catch($ex); // alternativa 1
   Handler::handle(ex); // alternativa 2
   Fallback::invoke(ex); // alternativa 3
   Fallback::fallback(ex); // alternativa 4
   Feedback::invoke(ex); // alternativa 5
   Feefback::feedback(ex); // alternativa 6
   // qualcos'altro...
} 

Che nomi daresti a tale la Classe::metodo() (ho elencato ben 6 alternative tanto per non esagerare)?

In programmazione si sa com'è: dare dei nomi decenti hai vari elementi strutturali, è la cosa più difficile che ci sia