عام معماری نمونے (layered، hexagonal، وغیرہ) کیا ہیں؟

Question

Accepted Answer

آبجیکٹ کی سطح سے آگے، **معماری نمونے** ایپلیکیشنز کی اعلیٰ سطح کی ساخت کو متعریف کرتے ہیں — جیسے **layered**، **hexagonal (ports and adapters)**، **clean architecture**، اور **event-driven**۔ وہ پورے نظاموں کو maintainability، testability، اور لچک کے لیے منظم کرتے ہیں۔

## Layered (n-tier) architecture

```text
LAYERED → organize the app into horizontal LAYERS, each with a responsibility:
  PRESENTATION (UI) → APPLICATION/business logic → DATA ACCESS → DATABASE
  → each layer depends only on the layer below; clear separation
  ✓ simple, common, organized  ✗ can become rigid; layers can leak; less flexible
```

## Hexagonal / Clean architecture

```text
HEXAGONAL (ports & adapters) / CLEAN architecture → the core business logic is ISOLATED
from external concerns (UI, database, frameworks):
  → the DOMAIN/core depends on NOTHING external; external things (DB, UI, APIs) plug in
    via interfaces ("ports") and "adapters"
  → dependencies point INWARD (toward the domain) → the core is independent and testable
  ✓ highly testable, flexible (swap DB/UI/frameworks), domain-focused
  ✗ more complexity/structure (justified for complex domains)
```

## دیگر معماری نمونے

```text
EVENT-DRIVEN → components communicate via events (decoupled, scalable, reactive)
MICROSERVICES → independent services (covered in system design)
MVC/MVVM → UI architecture (covered separately)
CQRS / EVENT SOURCING → separate read/write; events as the source of truth
PIPELINE / pipes-and-filters → data flows through processing stages
→ choose based on the system's complexity, domain, and needs
```

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

عام معماری نمونوں کو سمجھنا قیمتی senior-level علم ہے کیونکہ وہ **پوری ایپلیکیشنز کی ساخت** کو متعریف کرتے ہیں، maintainability اور لچک کو نمایاں طور پر متاثر کرتے ہیں، اس لیے اچھی طریقے سے منظم نظاموں کی ڈیزائنرنگ کے لیے اہم ہے۔

معماری نمونے آبجیکٹ سطح کے ڈیزائن نمونوں سے زیادہ سطح پر کام کرتے ہیں، پورے نظاموں کو منظم کرتے ہیں۔

**layered architecture** کو سمجھنا (افقی layers میں منظم کرنا — presentation، business logic، data access — ہر ایک نیچے والے پر منحصر، سادہ، عام تنظیم فراہم کرتے ہیں لیکن ممکنہ سختی) بنیادی ہے، کیونکہ یہ سب سے عام ایپلیکیشن کی ساخت ہے۔

**hexagonal/clean architecture** کو سمجھنا خاص طور پر قیمتی ہے: core business logic کو بیرونی نگرانیوں سے الگ کرنا (UI، database، frameworks) تاکہ domain بیرونی کسی چیز پر منحصر نہ ہو جبکہ بیرونی چیزیں ports اور adapters کے ذریعے plug in ہوں، **dependencies اندرونی طور پر domain کی طرف اشارہ کریں** — core کو آزاد، انتہائی testable، اور لچکدار بناتے ہوئے (databases، UIs، اور frameworks کو تبدیل کرنے کی صلاحیت)۔

yہ domain-centric approach جدید architecture میں پیچیدہ domains کے لیے بااثر ہے، اگرچہ یہ ساخت شامل کرتا ہے جو واجب ہونا ضروری ہے۔

**دوسرے معماری نمونوں** کو سمجھنا — event-driven (decoupled، reactive)، microservices، MVC/MVVM، **CQRS/event sourcing** (reads/writes کو الگ کرنا، events کو truth کا ذریعہ)، اور pipeline/pipes-and-filters — نظاموں کی ساخت کے طریقوں کی شعور کو وسیع کرتا ہے۔

ان نمونوں کو سمجھنا اور **نظام کی پیچیدگی، domain، اور ضروریات کی بنیاد پر انتخاب** کرنا نظام کو مناسب طریقے سے ڈھانچہ دینے کے لیے معماری حکمت عملی کی عکاسی کرتا ہے۔

معماری نمونے نظام کی maintainability، testability، اور لچک کو نمایاں طور پر متاثر کرتے ہیں — انہیں اچھی طریقے سے منتخب اور لاگو کرنا senior skill کا کلیدی حصہ ہے۔

چونکہ معماری نمونے **پوری ایپلیکیشنز کی ساخت** کو متعریف کرتے ہیں (maintainability، testability، اور لچک کو نمایاں طور پر متاثر کرتے ہوئے) اور اختیارات (layered، hexagonal/clean، event-driven، CQRS) کو سمجھنا اور مناسب طریقے سے منتخب کرنا اچھی طریقے سے منظم نظاموں کی ڈیزائنرنگ کے لیے اہم ہے، عام معماری نمونوں کو سمجھنا قیمتی senior-level علم ہے — پوری ایپلیکیشنز کو اچھی طریقے سے منظم کرنے کے لیے اہم (خاص طور پر testable، domain-focused نظاموں کے لیے influential clean/hexagonal approach)، senior developers سے متوقع معماری حکمت عملی کی عکاسی کرتے ہوئے جو نظام کی ساخت کو ڈیزائن کرتے ہیں، اور object-level نمونوں کو اعلیٰ سطح کی تنظیم کے ساتھ مکمل کرتے ہیں۔