Mely közös tervezési minták vannak a Java-ban?

Question

Accepted Answer

**A tervezési minták** a megismétlődő szoftverfejlesztési problémák újrafelhasználható megoldásai. A Java OOP-jellege és ekoszisztémája számos mintát különösen gyakorivá tesz — az ismeret segít azok felismerésében, kommunikációjában és bevált szerkezetek alkalmazásában. Három kategóriára oszlanak: alkotó, szerkezeti és viselkedési.

## Singleton (alkotó) — egy megosztott példány

```java
public class Config {
    private static final Config INSTANCE = new Config();   // the single instance
    private Config() {}                                     // private constructor
    public static Config getInstance() { return INSTANCE; }
}
// (enum singletons are an even safer idiom). Used for shared config, connection pools.
```

## Factory (alkotó) — objektum létrehozásának egységberakása

```java
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.
```

## Builder (alkotó) — összetett objektumok lépésenkénti felépítése

```java
User user = new User.Builder()
    .name("Ann")
    .email("ann@x.com")
    .age(30)
    .build();    // readable construction; avoids huge telescoping constructors
```

## Strategy (viselkedési) — felcserélhető algoritmusok

```java
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());
```

## Observer (viselkedési) — közzététel/feliratkozás

```java
// subjects notify registered observers of changes (events, listeners)
button.addActionListener(e -> handleClick());   // GUI events use this everywhere
```

## Decorator (szerkezeti) — viselkedés hozzáadásához becsomagolás

```java
// Java's I/O streams ARE the decorator pattern:
BufferedReader r = new BufferedReader(new FileReader("f.txt"));
// BufferedReader wraps FileReader, adding buffering
```

## Ahol a minták megjelennek a Java-ban

```text
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
```

## Figyelmeztetés a túlzott használattal szemben

```text
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.
```

## Miért fontos

A tervezési minták közös szókincseket és bevált megoldásokat nyújtanak az általános tervezési problémákra, amely értékes a kommunikáció ("használj Strategy-t itt"), a meglévő kódban lévő szerkezetek felismerése és a rossz megoldások újra feltalálásának elkerülése szempontjából.

Megjelennek a Java saját könyvtáraiban (I/O dekorátorok, factory metódusok, builderek, observer-alapú események), ezért az értelmük segít a szabványkönyvtár hatékony használatához és kiterjesztéséhez.

A fő minták — Singleton, Factory, Builder, Strategy, Observer, Decorator — ismerete és az, hogy mindegyik hol illik, a tapasztalt fejlesztők jellegzetessége és gyakori interjúkérdés.

Egyenlően fontos az az ítélet, hogy megfelelően alkalmazza őket (valós problémák megoldása) ahelyett, hogy rákényszerítené, különösen mivel a modern funkciók, mint a lambda-kifejezések, számos klasszikus mintát leegyszerűsítenek.