PHP異常真的比錯誤更有用嗎？ （Adv）

Question

我相信，在正確編碼的系統中 - 錯誤（作爲錯誤或異常）不應該是可能的（除了DB/memcached服務器關閉導致查詢失敗）。我們的守則不應該依賴任何假設來正確工作，並且應該儘可能地防患於未然。然而，爲了確保我們的系統以最友好的方式處理問題，我們必須構建並實施某種「捕獲系統」，以確保如果出現任何問題，我們的服務人員和最終用戶將得到照顧。

爲此，PHP提供了兩種解決方案 - 錯誤和例外。錯誤由5個值組成，而Exceptions由包含在對象中的5個值組成。兩者都允許在應用程序構建時具有無價之寶。

5個值爲$ ERROR_CODE， $ ERROR_MESSAGE，$文件，$線，$背景

通常情況下，在我們爭取適當的OOP編程的默認選擇始終追求的對象 - 但在這樣的情況下，我不確定他們真的是多麼有益。通過使用異常，添加內存被浪費在需要將值包裝在對象中（這通常還需要包含異常類的額外文件）。此外，您必須在TRY/CATCH塊中包裝任何您認爲可能失敗的代碼。這使得錯誤處理方法對於人爲錯誤是開放的，因爲開發人員可能不會覆蓋失敗點。爲了安全防範這種情況，您可以使用set_exception_handler，它將傳遞任何未捕獲的異常。異常處理程序的壞處在於執行會在調用exception_handler後停止 - 因此，如果不能在try/catch塊中捕獲異常，則不存在可恢復/忽略的異常。

另一方面，錯誤總是全局的，可以由set_error_handler設置的任何函數/類來處理。這消除了額外的異常類，對象內存或try/catch代碼行的需要。像例外情況一樣，錯誤代碼也可以通過內置錯誤代碼來實現（與例外情況不同），您可以使用這些代碼繼續執行腳本以執行輕微或不重要的腳本問題。另外，大多數PHP函數都會觸發錯誤，所以不會違背語言的流程。

因此，既然您必須支持錯誤處理（對PHP語言做），那麼浪費額外代碼和內存的目的是什麼也實現異常？我們是否盲目地這麼做，是因爲它在對象形式上是錯誤的，還是在應用程序設計中有一個真正的好處，那就是正常的錯誤不能提供給我們？

Answer 1

我相信錯誤和例外的定義之間存在哲學上的區別。

一個錯誤簡單地說就是一個編程缺陷，由代碼中的邏輯謬誤產生。傳遞strlen（）不正確的參數個數應該是錯誤的。一個例外，在另一方面，處理的一切是正確編程的情況下，但你的代碼與資源的代碼庫（文件系統，網絡服務，外部可執行等）以外的交互。雖然預計這種外部資源應該在每次調用時都能正常工作，但會出現不屬於程序控制範圍的情況 - 這些情況不歸因於代碼故障（文件系統被取消掛載，連接超時等） 。由於這些問題是由於外部因素造成的，因此它們被視爲例外。

的主要區別是，一個人的自己的代碼中出現錯誤，而在第三方資源發現異常的情況下發生異常。

Answer 2

我停止了這一行後閱讀：

我相信，在正確編碼 系統 - 錯誤（如錯誤或 例外）應該是不可能的 （用DB/memcached的 服務器除外導致查詢失敗，導致 失敗）。

這是全部目的例外 - 作爲一個結構中的代碼來管理特殊情況。

如果您拋出異常作爲un例外的普通程序流的一部分，那麼您做錯了什麼。

如果你不知道爲什麼例外是特殊情況下非常有用，那麼也許你需要花一些時間與真正的面向對象的語言。 （提示：PHP是不是一個真正的面向對象的語言。）

Answer 3

隨着所有這些錯誤來延長異常的巨大優勢面向對象的方法。

因此，您可以在一個catch塊（FileNotFoundException，FileNotWritableException，...）中捕獲IOExceptions的所有子異常，以及另一個異常（其中可能會再次拋出該異常）：

try 
{ 
    // [...] (some code causing the exception) 
} 
catch(IOException $e) 
{ 
    // do your processing here, like let's say set correct filemodes. 
} 
catch(Exception $e) 
{ 
    // catches all other exceptions 
} 

此外，他們爲您提供關於您如何在您的腳本處理錯誤更標準化的方式。當您使用try/catch塊，錯誤處理幾乎總是看起來很相似，在許多情況下，更是不言自明的比使用正常的錯誤有哪一個能您更好地理解代碼等

：？

switch($errorCode) 
{ 
    case 1450: 
     // Create the database column 
     break; 
} 

// or 

catch(ColumnNotFoundException $e) 
{ 
    // Create the database column 
} 

Answer 4

函數fopen（）函數具有返回以下的可能性：

如果打開失敗，將生成 E_WARNING一個級別的錯誤。您可以使用@ 來抑制此警告。

您可以選擇使用抑制運算符，但它本身會產生相當數量的開銷。 try/catch塊使您能夠捕獲此錯誤，繼續定期執行，向用戶顯示自定義錯誤，並一舉記錄錯誤。對我來說，在我的文檔中利用異常處理的好處是毫不費力的。

另外，如果你使用任何一塊Zend框架（包括任何的谷歌API的類），則預計將在處理自己的異常，因爲他們做的和將發生。