डिज़ाइन पैटर्न पुनरावर्ती सॉफ्टवेयर-डिज़ाइन समस्याओं के पुन: प्रयोग करने योग्य समाधान हैं। Java की OOP प्रकृति और इकोसिस्टम कई पैटर्न को विशेष रूप से सामान्य बनाते हैं — उन्हें जानने से आपको उन्हें पहचानने, संवाद करने और सिद्ध संरचनाओं को लागू करने में मदद मिलती है। वे रचनात्मक, संरचनात्मक और व्यावहारिक श्रेणियों में विभाजित होते हैं।
{
();
{}
Config { INSTANCE; }
}
public static Shape createShape(String type) {
return switch (type) { // hides the concrete class from the caller
case "circle" -> new Circle();
case "square" -> new Square();
default -> throw new IllegalArgumentException();
};
}
// caller depends on Shape, not concrete classes — decoupling.
User user = new User.Builder()
.name("Ann")
.email("[email protected]")
.age(30)
.build(); // readable construction; avoids huge telescoping constructors
interface PaymentStrategy { void pay(double amount); }
class CreditCard implements PaymentStrategy { public void pay(double a) {...} }
class PayPal implements PaymentStrategy { public void pay(double a) {...} }
// swap behavior at runtime — lambdas make this trivial in modern Java
processor.setStrategy(new PayPal());
// subjects notify registered observers of changes (events, listeners)
button.addActionListener(e -> handleClick()); // GUI events use this everywhere
// Java's I/O streams ARE the decorator pattern:
BufferedReader r = new BufferedReader(new FileReader("f.txt"));
// BufferedReader wraps FileReader, adding buffering
Singleton → Runtime.getRuntime()
Factory → Calendar.getInstance(), DriverManager
Builder → StringBuilder, Stream.Builder
Observer → event listeners, java.util.Observer
Decorator → java.io streams (BufferedReader wrapping FileReader)
Iterator → the Iterator interface / Collections
Strategy → Comparator, functional interfaces
Patterns are tools, not goals. Applying them where they don't fit ADDS complexity.
Use them when they genuinely solve your problem — many can be simpler with lambdas now.
डिज़ाइन पैटर्न सामान्य डिज़ाइन समस्याओं के लिए एक साझा शब्दावली और सिद्ध समाधान प्रदान करते हैं, जो संचार ("यहाँ Strategy का उपयोग करें"), मौजूदा कोड में संरचनाओं को पहचानने और त्रुटिपूर्ण समाधानों को पुनः गढ़ने से बचने के लिए मूल्यवान है।
वे Java की स्वयं की लाइब्रेरीज़ में (I/O डेकोरेटर, फैक्टरी विधियाँ, बिल्डर, पर्यवेक्षक-आधारित इवेंट्स) दिखाई देते हैं, इसलिए उन्हें समझने से आपको मानक पुस्तकालय को प्रभावी ढंग से उपयोग और विस्तारित करने में मदद मिलती है।
प्रमुख पैटर्न — Singleton, Factory, Builder, Strategy, Observer, Decorator — को जानना और यह जानना कि प्रत्येक कहाँ फिट बैठता है, अनुभवी डेवलपर्स की एक विशेषता है और एक बार-बार साक्षात्कार विषय है।
उतना ही महत्वपूर्ण है उन्हें उचित रूप से लागू करने का निर्णय (वास्तविक समस्याओं को हल करना) उन्हें मजबूर करने के बजाय, विशेषकर जब आधुनिक सुविधाएं जैसे lambda कई शास्त्रीय पैटर्न को सरल बनाती हैं।
विस्तृत उत्तरों के साथ IT इंटरव्यू प्रश्नों की एक लाइब्रेरी — जूनियर से सीनियर तक।
दान करें