Suunnittelumallit ovat uudelleenkäytettäviä ratkaisuja toistuviin ohjelmistosuunnittelun ongelmiin. Javan OOP-luonne ja ekosysteemi tekevät useat mallit erityisen yleisiksi — niiden tunteminen auttaa sinua tunnistamaan, kommunikoimaan ja soveltamaan todistettuja rakenteita. Ne jaetaan luomiseen, rakenteellisiin ja käyttäytymisen kategorioihin.
{
();
{}
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.
Suunnittelumallit tarjoavat yhteisen sanaston ja todistettuja ratkaisuja yleisiin suunnitteluongelmiin, mikä on arvokasta kommunikaatiolle ("käytä Strategy-mallia tässä"), olemassa olevan koodin rakenteiden tunnistamiselle ja viallisten ratkaisujen uudelleen keksimisen välttämiselle.
Ne esiintyvät Javan omissa kirjastoissa kaikkialla (I/O-dekatorit, tehtaametodi, rakentajat, observer-pohjaiset tapahtumat), joten niiden ymmärtäminen auttaa sinua käyttämään ja laajentamaan standardikirjastoa tehokkaasti.
Päämallit tunteminen — Singleton, Factory, Builder, Strategy, Observer, Decorator — ja sen tietäminen, mihin kukin sopii, on kokeneiden kehittäjien tunnusmerkki ja usein toistuva haastattelun aihe.
Yhtä tärkeää on harkinta soveltaa niitä asianmukaisesti (todellisten ongelmien ratkaiseminen) sen sijaan, että pakottaisit niitä sisään, erityisesti kun modernit ominaisuudet kuten lambdat yksinkertaistavat monia klassisia malleja.
Kirjasto IT-haastattelukysymyksiä yksityiskohtaisine vastauksineen — Juniorista Senioriin.
Lahjoita