Solid marathi gail

१. Single Responsibility Principle (SRP) - "एक काम एकच, भडव्या!" Marathi Translation: एका क्लासला फक्त एकच जबाबदारी असायला हवी, बरं का! त्याला "गाढव" बनवू नकोस, ज्याला सगळं काही करावं लागतं. जर क्लास एकापेक्षा जास्त गोष्टी करत असेल, तर तो "झाटमसाला" होईल. अरे, तुझ्या क्लासला एकच काम दे, कुत्र्या! डेटाबेस सेव्ह करू नको आणि यूआय पण रंगवू नको. एक काम एकच, भडव्या, नाही तर कोड तुझ्या गांडीत घुसेल! (Technical: उदाहरणार्थ, User क्लास फक्त युजर डेटा (नाव, ईमेल) हाताळेल. ईमेल पाठवणं किंवा एरर लॉग करणं हे वेगळ्या क्लासेससाठी, जसं EmailService किंवा Logger.) २. Open/Closed Principle (OCP) - "बंद करून नवीन स्टफ टाक, येडझव्या!" Marathi Translation: क्लासेस नवीन फीचर्ससाठी मोकळे असायला हवेत, पण जुन्या कोडला बदलायची गरज नसावी. तू जुन्या कोडला "खाजखुज्या" सारखं खाजवू नकोस, ज्यामुळे गोंधळ होतो. अरे, तुझ्या कोडला नवीन फीचर अ‍ॅड करायला सोपं हवं, पण जुनं कोड बंद कर, येडझव्या! इनहेरिटन्स वापर किंवा प्लगइन्स बनव, लवडूपंती नको करू! (Technical: पॉलिमॉर्फिझम किंवा इंटरफेसेस वापरा. उदाहरणार्थ, PaymentProcessor ला CreditCardPayment किंवा UpiPayment ने वाढवा, पण मूळ क्लास बदलू नका.) ३. Liskov Substitution Principle (LSP) - "बदली केली तर चूतपुरूष नको व्हायला!" Marathi Translation: सबक्लासेस त्यांच्या बेस क्लासच्या जागी वापरता आल्या पाहिजेत, कोणतीही गडबड न होता. जर तुझा सबक्लास "चूतपुरूष" सारखा वागला, तर प्रोग्रामचा सत्यानाश होईल. अरे, तुझ्या चाइल्ड क्लासने पॅरेंट क्लाससारखं वागायलाच हवं, कुत्र्या! स्क्वेअरला रेक्टंगल बनवून तोंड फोडू नकोस, नाही तर बग तुझ्या गांडीत नाचतील! (Technical: जर Rectangle हा बेस क्लास असेल, तर Square (सबक्लास) ने setWidth सारख्या अपेक्षा तोडू नयेत. सबक्लासेस बेस क्लासच्या कॉन्ट्रॅक्टचं पालन करतात.) ४. Interface Segregation Principle (ISP) - "जास्त लोड नको दे, फटकळ!" Marathi Translation: क्लायंट्सना त्या नको असलेल्या इंटरफेसेसवर अवलंबून राहायला भाग पाडू नये. तुझ्या कोडला "बावळट" सारखं अतिरिक्त सामान घेऊन फिरू देऊ नकोस. तुझ्या इंटरफेसमध्ये फक्त गरजेच्या मेथड्स टाक, फटकळ! क्लासला जास्त मेथड्स इम्प्लिमेंट करायला सांगून खुळ्या नको बनवू! (Technical: IWorker मध्ये eat(), work(), sleep() असं मिक्स करण्याऐवजी, IWorkable आणि IEatable असे वेगळे इंटरफेसेस बनवा, जेणेकरून क्लासेस फक्त गरजेचं इम्प्लिमेंट करतील.) ५. Dependency Inversion Principle (DIP) - "बॉस कोणाला रिपोर्ट करतो, भिकारचोट?" Marathi Translation: हाय-लेव्हल मॉड्यूल्सनी लो-लेव्हल मॉड्यूल्सवर थेट अवलंबून राहू नये; दोन्हींनी अ‍ॅबस्ट्रॅक्शन्सवर अवलंबून राहावं. तुझा कोड "भिकारचोट" सारखा विशिष्ट इम्प्लिमेंटेशन्सला बांधलेला नसावा. अरे, तुझ्या हाय-लेव्हल क्लासने लो-लेव्हल क्लासवर थेट अवलंबू नको, भिकारचोट! इंटरफेस वापर, नाही तर कोड तुझ्या गांडीला लागेल! (Technical: जर OrderProcessor SqlDatabase वापरत असेल, तर त्याला हार्डकोड करू नका. IDatabase इंटरफेस वापरा, जेणेकरून MongoDatabase सहज स्वॅप करता येईल.) का महत्वाचं आहे? (Why It Matters): SOLID तत्त्वं पाळल्याने तुझा कोड स्वच्छ, लवचिक आणि "गांडीतला बग फेस्ट" होण्यापासून वाचतो. असं समज की तुझी खोली नीट ठेवावी, "डुक्कराचा गोठा" बनवू नये. प्रत्येक तत्त्व तुझा कोड "लवडूपंती" होण्यापासून वाचवतं, ज्यामुळे मेन्टेन करणं सोपं होतं. पुढे काय? (What’s Next?): जर तुला एखाद्या तत्त्वाची सखोल माहिती हवी असेल (उदा., Java/C# मध्ये कोड उदाहरणं), सांग! जर "100" चा अर्थ काही वेगळा असेल (उदा., 100 उदाहरणं, वेगळा विषय), स्पष्ट कर. जर Marathi gali टोन जास्त किंवा कमी हवं असेल, मी ते बदलू शकतो, किंवा साध्या मराठी/इंग्रजीत देऊ शकतो. काय हवंय, "बॉस"? सांग, आणि मी व्यवस्थित करतो! Marathi programming terms Marathi tech slang