Gli oggetti di errore restituiti nella cattiva abitudine di PHP?

Question

Sono nuovo di php e sono un po 'confuso dal fatto che non sembra esserci alcun errore di comunicazione dell'oggetto da un metodo al suo chiamante.

Questi due sono i modi imparo a utilizzare:

1. Se un metodo non dovrebbe informazioni al chiamante dell'errore solo attiva un errore se questo non è E_USER_ERROR solo può restituire FALSE da raccontare il chiamante qualcosa è andato storto.

2. In caso contrario, se un metodo deve restituire alcune informazioni di errore al chiamante, deve essere sollevata un'eccezione.

Provenendo da COCOA ho imparato a utilizzare le eccezioni in condizioni straordinarie (errori non recuperabili a causa di errori del programmatore). In ogni altro caso basta passare un oggetto errore al chiamante.

• La filosofia è diversa in PHP?
• Sono eccezioni il meccanismo standard per inviare dati di errore al chiamante?
• Devo evitare di programmare i miei oggetti di errore e passare quindi come parametro esterno al metodo per essere coerente con i pattern PHP?

Answer 1

PHP ha due meccanismi principali per indicare e gestione degli errori nel flusso del programma:

• Error Handling and Logging
• Exceptions

Quale scegliere dipende dalle preferenze personali. Le eccezioni sono oggetti, quindi se vuoi fare OOP o provenire da un'altra lingua che usa anche le eccezioni, potresti volerne utilizzare. La gestione degli errori basata su Non-Exception è per tutte quelle Avvisi, Avvertenze ed Errori che PHP può emettere, così come le proprie varianti. Se vuoi trasformarli in Eccezioni, dai un'occhiata a ErrorException.

Tuttavia, come hai già detto: le eccezioni sono per situazioni non recuperabili. Sono non per la gestione del flusso di controllo regolare. Di conseguenza, le eccezioni non sono una sorta di meccanismo standard per inviare messaggi di errore a un chiamante, ad es. non dovresti fare:

class FooValidator 
{ 
    public function isValid($valueToValidate) 
    { 
     if ($this->satisfiesRules($valueToValidate) { 
      return true; 
     } 
     throw new ValidationException('Foo didnt satisfy rule Bar'); 
    } 
} 

e provano a prenderlo nel chiamante. Una convalida fallita è una situazione recuperabile.

Una possibilità potrebbe essere quella di introdurre un Notification Object:

class FooValidator 
{ 
    public function isValid($valueToValidate, Notification $notification) 
    { 
     if ($this->satisfiesRules($valueToValidate) { 
      return true; 
     } 
     $notification->addMessage('Foo didnt satisfy rule Bar'); 
     return false; 
    } 
} 

Nell'esempio precedente, il validatore restituisce solo un valore booleano, ma può raccogliere ulteriori informazioni sul motivo per cui la convalida non è riuscita nell'oggetto notifica passato.Questo è molto più pulito rispetto alla restituzione di un oggetto di errore dalla chiamata, perché non dobbiamo controllare il tipo di reso. Se la convalida restituisce false, sappiamo che possiamo controllare l'oggetto di notifica. Poiché gli oggetti vengono passati per riferimento, non è necessario restituire l'oggetto dalla chiamata, ma semplicemente accedere ai messaggi raccolti dal chiamante.

Answer 2

quasi tutto è possibile in PHP, quindi non c'è davvero un modo migliore.

un'occhiata ad eccezioni su php.net http://php.net/manual/en/language.exceptions.php