HI
RU
EN
ES
ZH
FR
DE
PT
AR
परिचय: क्यों SOLID गुणवत्ता वाले PHP कोड की नींव है
\n\nहर PHP डेवलपर को कभी न कभी "स्पेगेटी कोड" की समस्या का सामना करना पड़ता है: क्लास ओवरलोड हो जाती हैं, एक जगह बदलाव करने से पूरा ऐप्लिकेशन टूट जाता है, और टेस्टिंग एक बुरा सपना बन जाती है। इस समस्या का समाधान है SOLID सिद्धांत। रॉबर्ट मार्टिन (अंकल बॉब) द्वारा विकसित, ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग के ये पाँच सिद्धांत लचीला, मेंटेन करने योग्य और स्केलेबल कोड बनाने में मदद करते हैं।
\n\nइस लेख में, हम SOLID के पाँचों सिद्धांतों को PHP के व्यावहारिक उदाहरणों के साथ समझेंगे। आप सीखेंगे कि उन्हें वास्तविक प्रोजेक्ट्स में कैसे लागू करें, और "खराब" और "अच्छे" कोड के बीच का अंतर देखेंगे। यह सामग्री शुरुआती और अनुभवी डेवलपर्स दोनों के लिए उपयुक्त है जो अपने ज्ञान को व्यवस्थित करना चाहते हैं।
\n\n1. Single Responsibility Principle (SRP) — एकल उत्तरदायित्व का सिद्धांत
\n\nसिद्धांत का सार
\nएक क्लास में बदलाव का केवल एक ही कारण होना चाहिए। इसका मतलब है कि प्रत्येक मॉड्यूल या क्लास एक विशिष्ट कार्य के लिए जिम्मेदार होता है।
\n\nखराब उदाहरण (SRP का उल्लंघन)
\n<?php\nclass Report {\n public function generateReport($data) {\n // रिपोर्ट डेटा तैयार करना\n $report = "रिपोर्ट: " . json_encode($data);\n\n // फ़ाइल में सेव करना\n file_put_contents('report.txt', $report);\n\n // ईमेल से भेजना\n mail('admin@example.com', 'नई रिपोर्ट', $report);\n\n return $report;\n }\n}\n?>यहाँ Report क्लास तीन अलग-अलग काम कर रही है: रिपोर्ट जनरेट करना, उसे सेव करना और भेजना। ईमेल भेजने की लॉजिक में बदलाव से रिपोर्ट जनरेशन टूट जाएगा।
अच्छा उदाहरण (SRP का पालन)
\n<?php\nclass ReportGenerator {\n public function generate(array $data): string {\n return "रिपोर्ट: " . json_encode($data);\n }\n}\n\nclass ReportSaver {\n public function save(string $report, string $filename): void {\n file_put_contents($filename, $report);\n }\n}\n\nclass ReportMailer {\n public function send(string $report, string $email): void {\n mail($email, 'नई रिपोर्ट', $report);\n }\n}\n\n// उपयोग\n$generator = new ReportGenerator();\n$report = $generator->generate($data);\n\n$saver = new ReportSaver();\n$saver->save($report, 'report.txt');\n\n$mailer = new ReportMailer();\n$mailer->send($report, 'admin@example.com');\n?>अब प्रत्येक क्लास की एक ही जिम्मेदारी है, और सेव करने के तरीके में बदलाव से ईमेल भेजने पर कोई प्रभाव नहीं पड़ेगा।
\n\n2. Open/Closed Principle (OCP) — खुले/बंद का सिद्धांत
\n\nसिद्धांत का सार
\nसॉफ्टवेयर संस्थाएँ विस्तार के लिए खुली होनी चाहिए, लेकिन संशोधन के लिए बंद। दूसरे शब्दों में, आपको मौजूदा कोड को बदले बिना नई कार्यक्षमता जोड़ने में सक्षम होना चाहिए।
\n\nखराब उदाहरण (OCP का उल्लंघन)
\n<?php\nclass PaymentProcessor {\n public function process($type, $amount) {\n if ($type === 'credit_card') {\n // क्रेडिट कार्ड प्रोसेसिंग\n } elseif ($type === 'paypal') {\n // PayPal प्रोसेसिंग\n } elseif ($type === 'bitcoin') {\n // Bitcoin प्रोसेसिंग\n }\n // हर नए भुगतान प्रकार के लिए इस मेथड में बदलाव करना होगा!\n }\n}\n?>अच्छा उदाहरण (OCP का पालन)
\n<?php\ninterface PaymentMethod {\n public function process(float $amount): bool;\n}\n\nclass CreditCardPayment implements PaymentMethod {\n public function process(float $amount): bool {\n // क्रेडिट कार्ड भुगतान लॉजिक\n echo "कार्ड से भुगतान: $amount\\n";\n return true;\n }\n}\n\nclass PayPalPayment implements PaymentMethod {\n public function process(float $amount): bool {\n // PayPal भुगतान लॉजिक\n echo "PayPal भुगतान: $amount\\n";\n return true;\n }\n}\n\nclass BitcoinPayment implements PaymentMethod {\n public function process(float $amount): b 
