तपाईं अपवादहरू (exceptions) कसरी सही तरिकाले सम्भाल्नुहुन्छ?

Question

Accepted Answer

PHP ले `try/catch/finally` मार्फत पकडिने **exceptions** सहित त्रुटिहरू सम्भाल्छ। उचित अपवाद ह्यान्डलिङ भनेको विशिष्ट प्रकारहरू पकड गर्नु, अर्थपूर्ण कस्टम अपवादहरू सिर्जना गर्नु, संसाधनहरू सफा गर्नु, र कहिले पनि आन्तरिक विवरण उपयोगकर्तालाई नगर्नु हो। ## आधारभूत संरचना ```php getMessage()); } catch (DatabaseException $e) { handleDbError($e); } catch (Throwable $e) { // catch-all (Error OR Exception) — last logError($e); throw $e; // re-throw what you can't handle } finally { cleanup(); // ALWAYS runs (success or failure) } ``` **विशिष्ट** अपवाद प्रकारहरू पकड गर्नुहोस् (सबैभन्दा विशिष्ट पहिले), अन्तिम catch-all को रूपमा `Throwable` प्रयोग गर्नुहोस् (दुवै `Error` र `Exception` लाई समेट्छ), र `finally` लाई सफाई-गरी गर्नको लागि प्रयोग गर्नुहोस् जुन सधैं चल्नैपर्छ। ## फेंकिङ र कस्टम अपवादहरू ```php // throwing if ($amount < 0) { throw new InvalidArgumentException("Amount must be positive, got $amount"); } // a custom exception for your domain class InsufficientFundsException extends Exception { public function __construct(private float $shortfall) { parent::__construct("Short by $shortfall"); } public function getShortfall(): float { return $this->shortfall; } } throw new InsufficientFundsException(50.0); ``` कस्टम अपवाद वर्गहरूले त्रुटि ह्यान्डलिङ लाई अभिव्यक्तिपूर्ण बनाउँछ र कलर्सलाई विशिष्ट डोमेन त्रुटिहरू पकड गर्न दिन्छ। ## अपवाद चेइनिङ (कारण सुरक्षित राख्नुहोस्) ```php try { $db->query(...); } catch (PDOException $e) { // wrap with context, preserving the original as the "previous" exception throw new RepositoryException("Failed to load user", 0, $e); } ``` तीसरो कन्स्ट्रक्टर तर्कले मूल अपवादलाई (`$e->getPrevious()`) चेन गर्छ, डिबगिङको लागि सम्पूर्ण कारण सुरक्षित राख्छ। ## उत्तम अनुप्रयोगहरू ```text ✓ Catch SPECIFIC exceptions, not a blanket Throwable (unless intentionally last) ✓ Don't swallow exceptions silently (empty catch) — log or re-throw ✓ Use finally / proper cleanup for resources (files, connections) ✓ Create meaningful custom exceptions for domain errors ✓ SECURITY: log details internally; show users a generic message (don't leak stack traces / internal info — display_errors off in production) ``` ## यो किन महत्त्वपूर्ण छ उचित अपवाद ह्यान्डलिङ मजबूत, भरपर्दो, र सुरक्षित PHP अनुप्रयोग निर्माणको लागि आवश्यक छ। `try/catch/finally` संरचना, **विशिष्ट** अपवाद प्रकारहरू पकड गर्नु (लक्षित ह्यान्डलिङको लागि) `Throwable` सहित अन्तिम catch-all (आधुनिक PHP मा दुवै `Error` र `Exception` लाई समेट्छ), र गारान्टीयुक्त सफाईको लागि `finally` प्रयोग गर्नु बुझ्नु मौलिक दैनिक ज्ञान हो। मेकानिक्सको परे, उत्तम अनुप्रयोगहरू महत्त्वपूर्ण छन्: डोमेन त्रुटिहरूको लागि **अर्थपूर्ण कस्टम अपवादहरू** सिर्जना गर्नु कोड अभिव्यक्तिपूर्ण बनाउँछ र कलर्सलाई विशिष्ट असफलताहरू सम्भाल्न दिन्छ; **अपवाद चेइनिङ** डिबगिङको लागि मूल कारण सुरक्षित राख्छ; र महत्त्वपूर्ण रूपमा, **अपवादहरू मौनतापूर्वक निगल्न नहुने** (यसको सट्टा लगिङ वा पुनः-फेंकिङ) लुकेका असफलताहरू रोक्छ। विशेषगरी महत्त्वपूर्ण बिन्दु **सुरक्षा** हो: अपवाद र त्रुटिहरू **आन्तरिकरूपमा लग गर्नैपर्छ तर कहिले पनि उपयोगकर्तालाई उजागर गरिनैपर्छ** (स्ट्याक ट्रेस र आन्तरिक विवरणहरू संवेदनशील जानकारी चिसो गर्छन् र आक्रमणकारीहरुलाई सहायता गर्छन् — यसकारण उत्पादनमा `display_errors` बन्द गर्नु पर्छ)। अपवादहरू कसरी सही तरिकाले सम्भाल्ने भनेर जान्नु — विशिष्ट क्याच, कस्टम अपवादहरू, सफाई, चेइनिङ, र एक्सपोजरको सट्टा सुरक्षित लगिङ — मजबूत, पेशादार PHP लाई नाजुक कोडबाट अलग गर्छ जुन अनुग्रहपूर्वक क्र्यास हुन्छ वा जानकारी चिसो गर्छ, यसलाई भरपर्दो, सुरक्षित अनुप्रयोग निर्माणको लागि महत्त्वपूर्ण ज्ञान बनाउँछ।