Providers اور Services کیا ہیں؟

Question

Accepted Answer

NestJS میں، ایک **provider** کوئی بھی کلاس ہے جو **injected** کی جا سکتی ہے dependency کے طور پر، اور ایک **service** سب سے عام قسم ہے — ایک کلاس جو **business logic** رکھتی ہے۔ کسی کلاس کو `@Injectable()` سے mark کرنا اسے ایک provider بناتا ہے جسے NestJS کا DI system بنا سکتا ہے اور inject کر سکتا ہے۔

## ایک service کو define کرنا (سب سے عام provider)

```ts
import { Injectable } from "@nestjs/common";

@Injectable()              // marks the class as a provider (injectable)
export class UsersService {
  private users = [];

findAll() { return this.users; }                  // business logic
  findOne(id: string) { return this.users.find(u => u.id === id); }
  create(data) { this.users.push(data); return data; }
}
```

`@Injectable()` decorator NestJS کو بتاتا ہے کہ یہ کلاس dependency injection میں حصہ لیتی ہے — اسے controllers یا دوسرے providers میں inject کیا جا سکتا ہے۔

## ایک service کو constructor کے ذریعے inject کرنا

```ts
@Controller("users")
export class UsersController {
  // NestJS sees this parameter and INJECTS a UsersService instance automatically
  constructor(private usersService: UsersService) {}

@Get()
  findAll() {
    return this.usersService.findAll();   // use the injected service
  }
}
```

آپ dependency کو constructor parameter کے طور پر declare کرتے ہیں؛ NestJS instance بناتا اور فراہم کرتا ہے — آپ کبھی `new UsersService()` نہیں لکھتے۔

## Providers کو ایک module میں register کرنا

```ts
@Module({
  controllers: [UsersController],
  providers: [UsersService],        // register the provider so DI can resolve it
  exports: [UsersService],          // make it available to OTHER modules that import this one
})
export class UsersModule {}
```

Providers کو module کی `providers` array میں register کرنا ضروری ہے تاکہ DI انہیں جانے، اور `exports` انہیں دوسرے modules کے ساتھ share کرتے ہیں۔

## Providers بطور default singletons ہیں

```text
By default, NestJS creates ONE shared instance of each provider (singleton scope)
for the whole application → efficient, shared state.
(Other scopes exist: REQUEST-scoped, TRANSIENT — but singleton is the default.)
```

## Services کو controllers سے الگ کیوں کریں؟

```text
Controller → handles HTTP (routing, request/response)
Service    → handles business logic (rules, data access, computations)
→ Separation makes logic REUSABLE (multiple controllers can use one service),
  TESTABLE (test the service in isolation), and ORGANIZED.
```

## یہ اہم کیوں ہے

Providers اور services NestJS کی architecture اور اس کے dependency-injection-driven design کے لیے بنیادی ہیں۔

Services application کی **business logic** رکھتے ہیں، controllers سے الگ (جو صرف HTTP concerns سے نمٹتے ہیں) — یہ separation of concerns logic کو controllers کے ذریعے دوبارہ استعمال کے قابل بناتا ہے، isolation میں آسانی سے قابلِ تجزیہ ہے، اور اچھی طریقے سے منظم ہے۔

yہ سمجھنا کہ `@Injectable()` ایک کلاس کو injectable provider کے طور پر mark کرتا ہے، کہ providers modules میں register ہوتے ہیں اور constructors کے ذریعے inject ہوتے ہیں (DI آپ کے لیے instances بناتے ہیں)، اور کہ وہ بطور default singletons ہیں، روز مرہ NestJS knowledge کی بنیاد ہے۔

Provider/service pattern، controllers اور modules کے ساتھ، ہر NestJS application کی بنیاد ہے — اسے master کرنا well-structured، maintainable back-ends بنانے کے لیے ضروری ہے اور یہ framework میں سیکھنے کے لیے پہلے concepts میں سے ہے۔