لیئرڈ آرکیٹیکچر کیا ہے؟ اس کی ساخت کیا ہے اور یہ کیسے کام کرتا ہے؟

Question

IT Interview Practice · Accepted Answer

## لیئرڈ آرکیٹیکچر کیا ہے؟

**لیئرڈ آرکیٹیکچر** سورس کوڈ کو تہوں میں ترتیب دیتا ہے، ہر تہہ مخصوص نوعیت کے کام کی ذمہ دار ہوتی ہے۔ یہ درخواستیں لینا، کاروباری اصول لاگو کرنا اور ڈیٹا تک رسائی الگ کرتا ہے، تاکہ کوڈ سمجھنا اور سنبھالنا آسان ہو۔

تہیں ایک ایپلیکیشن کے اندر چل سکتی ہیں۔ تہہ کوڈ کی ذمہ داری بیان کرتی ہے؛ حصوں کو الگ سرورز پر رکھنا تعیناتی کا معاملہ ہے، جسے N-Tier آرکیٹیکچر بیان کرتا ہے۔

## عام تہیں

ویب ایپلیکیشن میں اکثر تین تہیں ہوتی ہیں:

- **پیشکش:** معلومات دکھاتی ہے، صارف کے اعمال یا HTTP درخواستیں لیتی ہے اور نتائج لوٹاتی ہے۔
- **کاروبار:** ایپلیکیشن کے اصول لاگو کرتی ہے، جیسے ملازم کی کافی چھٹی باقی ہے یا نہیں دیکھنا۔
- **ڈیٹا رسائی:** ڈیٹابیس پڑھتی اور لکھتی ہے، جیسے باقی چھٹی نکالنا یا چھٹی کی درخواست محفوظ کرنا۔

روایتی تہہ بندی میں پیشکش کاروباری منطق کو کال کرتی ہے، جو ڈیٹا رسائی کو کال کرتی ہے۔ اس سے ڈیٹابیس کوئریاں اور کاروباری اصول پیشکش کے کوڈ سے باہر رہتے ہیں۔

## درخواست کیسے سنبھالی جاتی ہے؟

**چھٹی کے انتظام کی ایپلیکیشن سوچیں:** ملازم درخواست دے تو پیشکش تاریخیں لے کر کاروباری منطق کو دیتی ہے۔ کاروباری منطق ڈیٹا رسائی کے ذریعے باقی چھٹی نکالتی اور درخواست چیک کرتی ہے۔

درست ہو تو ایپلیکیشن درخواست منظوری کے لیے محفوظ کرکے تصدیق لوٹاتی ہے۔ چھٹی کم ہو تو کاروباری منطق درخواست رد کرتی ہے اور پیشکش وجہ دکھاتی ہے۔ اس مثال میں چھٹی بعد میں منظوری کے وقت کاٹی جاتی ہے۔

کمپنی چھٹی کی پالیسی بدلے تو ڈویلپر کاروباری تہہ اپ ڈیٹ کرتے ہیں۔ تبادلہ ہونے والی معلومات وہی ہوں تو پیشکش اور ڈیٹا ذخیرہ بدلنا ضروری نہیں۔

## فوائد

- **تبدیلی کی واضح جگہ:** پیشکش، اصولوں اور ڈیٹابیس کوئریوں کی کوڈبیس میں اپنی جگہ ہوتی ہے۔
- **دوبارہ استعمال ہونے والی کاروباری منطق:** کئی اسکرینیں ایک کارروائی کال کر سکتی ہیں، جس سے اسکرینوں کے اصول مختلف ہونے سے بچتے ہیں۔
- **کام کی واضح تقسیم:** ڈویلپر ہر تہہ کی ذمہ داری اور اس کے تبادلہ کردہ ڈیٹا کو سمجھ سکتے ہیں۔

## حدود

- **تبدیلی کئی تہوں میں پھیل سکتی ہے:** نیا فیلڈ شامل کرنے سے اکثر پیشکش، کاروباری منطق اور ذخیرہ بدلنا پڑتا ہے۔
- **الگ فولڈر کافی نہیں:** پیشکش براہ راست ڈیٹا پوچھتی یا خود کاروباری اصول لگاتی رہے تو حدود غیر واضح ہوتی ہیں۔
- **ڈیٹا کی وابستگی جانچ مشکل کر سکتی ہے:** کاروباری منطق مخصوص کوئری نفاذ سے بندھی ہو تو ٹیسٹ کو حقیقی ڈیٹابیس چاہیے ہو سکتا ہے۔

## اسے کب استعمال کریں؟

لیئرڈ آرکیٹیکچر انتظامی اوزار، انسانی وسائل کی ایپلیکیشنز اور بہت سے فارم اور مانوس کاروباری طریقوں والے نظاموں کے لیے موزوں ہے۔ بڑے نظام میں کوڈ کاروباری ماڈیولز میں بانٹیں اور ہر ماڈیول کے اندر تہیں لگائیں، تاکہ تمام خصوصیات والی ایک بہت بڑی کاروباری تہہ نہ بنے۔

لیئرڈ آرکیٹیکچر کیا ہے؟

عام تہیں

درخواست کیسے سنبھالی جاتی ہے؟

فوائد

حدود

اسے کب استعمال کریں؟

متعلقہ سوالات