તમે ફેક્ટરી મેથડের બદલે કન્સ્ટ્રક્ટરનો ઉપયોગ ક્યારે કરવો જોઈએ?

Question

IT Interview Practice · Accepted Answer

**કન્સ્ટ્રક્ટર** હંમેશા તેના ચોક્કસ ક્લાસનું બ્રાન્ડ-નવું ઇન્સ્ટન્સ આપે છે, નામ ક્લાસ માટે નિશ્ચિત છે. **ફેક્ટરી મેથડ** એક નિયમિત (ઘણીવાર static) મેથડ છે જે ઓબ્જેક્ટ્સ બનાવે છે — તમને *નામકરણ*, *કયો સબટાઇપ* આપવો છે, અને *શું* નવો ઓબ્જેક્ટ બનાવવો છે તેના પર સ્વતંત્રતા આપે છે.

## ફેક્ટરી શું કરી શકે છે જે કન્સ્ટ્રક્ટર કરી શકતો નથી

```java
public class Color {
    private final int r, g, b;
    private Color(int r, int g, int b) { this.r=r; this.g=g; this.b=b; }

// Named factories: clearer intent than overloaded constructors
    public static Color fromRgb(int r, int g, int b) { return new Color(r,g,b); }
    public static Color fromHex(String hex) { /* parse */ return new Color(0,0,0); }

// Can return a CACHED instance instead of always allocating
    private static final Color BLACK = new Color(0,0,0);
    public static Color black() { return BLACK; }   // no 'new' every call
}
```

## કન્સ્ટ્રક્ટર વર્સેસ ફેક્ટરી મેથડ

| | કન્સ્ટ્રક્ટર | ફેક્ટરી મેથડ |
|---|---|---|
| નામ | ક્લાસ માટે નિશ્ચિત | વર્ણનાત્મક (`fromHex`) |
| રીટર્ન ટાઇપ | બરાબર આ ક્લાસ | કોઈપણ સબટાઇપ / ઇન્ટરફેસ |
| ઐતિહ્ય | હંમેશા નવું | કેશ/પૂલ/રીયુઝ કરી શકે છે |
| સુંદર રીતે નિષ્ફળ થઈ શકે છે | Throws કરે છે | null/Optional આપી શકે છે |

```java
Optional<User> u = User.tryParse(json);   // a constructor can't return Optional
```

## સમસ્યા

ફેક્ટરીઝ indirection ઉમેરે છે અને શું ખરેખર બન્યું છે તે છુપાવી શકે છે. સરળ મૂલ્ય સર્જન માટે સાદો કન્સ્ટ્રક્ટર વાપરો; જ્યારે તમને નામકરણ, polymorphic રીટર્ન્સ, અથવા ઇન્સ્ટન્સ નિયંત્રણની જરૂર હોય ત્યારે ફેક્ટરી માટે પહોંચો.

## શા માટે તે મહત્વપૂર્ણ છે

ફેક્ટરી મેથડ્સ કૉલર્સને concrete ક્લાસ્સથી અલગ કરે છે — તમે કૉલ સાઇટ્સ બદલ્યા વિના વિવિધ implementation અથવા cached ઇન્સ્ટન્સ આપી શકો છો.

તેઓ APIs પણ સ્પષ્ટ કરે છે: `Color.fromHex("#fff")` કન્સ્ટ્રક્ટર overload કરતાં સારી રીતે વાંચાય છે, અને named factories બહુવિધ same-typed કન્સ્ટ્રક્ટર્સની અસ્પષ્ટતા દૂર કરે છે.

	કન્સ્ટ્રક્ટર	ફેક્ટરી મેથડ
નામ	ક્લાસ માટે નિશ્ચિત	વર્ણનાત્મક (`fromHex`)
રીટર્ન ટાઇપ	બરાબર આ ક્લાસ	કોઈપણ સબટાઇપ / ઇન્ટરફેસ
ઐતિહ્ય	હંમેશા નવું	કેશ/પૂલ/રીયુઝ કરી શકે છે
સુંદર રીતે નિષ્ફળ થઈ શકે છે	Throws કરે છે	null/Optional આપી શકે છે

ફેક્ટરી શું કરી શકે છે જે કન્સ્ટ્રક્ટર કરી શકતો નથી

કન્સ્ટ્રક્ટર વર્સેસ ફેક્ટરી મેથડ

સમસ્યા

શા માટે તે મહત્વપૂર્ણ છે

સંબંધિત પ્રશ્નો