சார்பு ஊசி மற்றும் கட்டுப்பாட்டு தலைகீழ் என்றால் என்ன?

Question

IT Interview Practice · Accepted Answer

**சார்பு ஊசி (DI)** என்பது ஒரு பொருள் அதன் சார்புகளை தன்னிடமிருந்து உருவாக்குவதற்கு பதிலாக வெளியில் இருந்து பெறுவதாகும். இது **கட்டுப்பாட்டு தலைகீழ் (IoC)** இன் ஒரு வடிவம்: பொருட்களை இணைப்பதற்கான பொறுப்பு பொருளிலிருந்து *தலைகீழ்* செய்யப்பட்டு அழைப்பாளர் அல்லது கொள்ளளவுக்கு வழங்கப்பட்டுள்ளது.

## DI இல்லாமல் vs. DI உடன்

```python
# WITHOUT DI — the class controls its own dependencies (tight coupling)
class OrderService:
    def __init__(self):
        self.repo = PostgresOrderRepo()   # hard-wired; can't swap or test

# WITH DI — dependencies are passed in (loose coupling)
class OrderService:
    def __init__(self, repo: OrderRepo):  # any OrderRepo implementation
        self.repo = repo

# wiring happens outside:
service = OrderService(PostgresOrderRepo())   # prod
test    = OrderService(InMemoryOrderRepo())   # test — no DB needed
```

வகுப்பு இப்போது *பிரதிபலிப்பு* `OrderRepo` ஐ சார்ந்துள்ளது, மேலும் வேறு யாரோ எந்த குறிப்பிட்டவை வழங்க வேண்டும் என்பதை முடிவு செய்கிறார்.

## ஊசி வடிவங்கள்

| வடிவம் | எப்படி |
|---|---|
| உருவாக்கி | கட்டமைப்பிற்கு அனுப்பப்பட்டது (விரும்பிய - தேவையான சார்புகள் வெளிப்படையாக) |
| Setter | கட்டுமானத்திற்குப் பிறகு ஒரு முறை மூலம் அமைக்கப்பட்டது (விருப்ப சார்புகள்) |
| இடைமுகம்/கொள்ளளவு | ஒரு கাঠামো தீர்க்கிறது மற்றும் ஊசி செலுத்துகிறது (Spring, .NET DI) |

## பரிவர்த்தனைகள்

```text
✓ Testable (inject fakes/mocks)   ✓ Swappable implementations
✓ Explicit dependencies            ⚠️ More wiring; indirection can obscure flow
⚠️ DI containers add "magic" → harder to trace what's wired where
```

## ஏன் இது முக்கியமாக உள்ளது

DI என்பது சார்பு தலைகீழ் கொள்கையின் நடைமுறை உதாரணம் - உচ்च மட்ட தர்க்கம் குறிப்பிட்ட, குறைந்த மட்ட வகுப்புகளை சார்ந்து இருப்பதை நிறுத்துகிறது.

লাভம் பரীक্ষை திறன் மற்றும் நমনীயতை: நீங்கள் சோதனைகளில் ஒரு জালான தரவுசংগ்রহ அல்லது உৎপাদনத்தில் ஒரு பணம் வழங்குநரை வணிக தர্க்கத்தை மாற்றாமல் இணைப்பை மாற்றுவதன் மூலம் மாற்றியமைக்கலாம்.

வடிவம்	எப்படி
உருவாக்கி	கட்டமைப்பிற்கு அனுப்பப்பட்டது (விரும்பிய - தேவையான சார்புகள் வெளிப்படையாக)
Setter	கட்டுமானத்திற்குப் பிறகு ஒரு முறை மூலம் அமைக்கப்பட்டது (விருப்ப சார்புகள்)
இடைமுகம்/கொள்ளளவு	ஒரு கাঠামো தீர்க்கிறது மற்றும் ஊசி செலுத்துகிறது (Spring, .NET DI)

DI இல்லாமல் vs. DI உடன்

ஊசி வடிவங்கள்

பரிவர்த்தனைகள்

ஏன் இது முக்கியமாக உள்ளது

தொடர்புடைய கேள்விகள்