بہت سے نئے ڈویلپرز جلد یا بدیر اسپرنگ میں آتے ہیں ، جو جاوا میں ایپلیکیشنز تیار کرنے کا ایک مقبول فریم ورک ہے۔ اہم چیز جو بہار آپ کو کرنے کی اجازت دیتی ہے وہ ہے ڈیولپر کے لیے J2EE ایپلیکیشنز کی ترقی کو آسان بنانا۔ یہاں وہ اہم فوائد ہیں جو ایک ڈویلپر کو بہار استعمال کرنے پر حاصل ہوتے ہیں:
موسم بہار آپ کے مستقبل کی درخواست کے لیے ایک فریم ورک فراہم کرتا ہے، اگر آپ اپنی مستقبل کی درخواست کے لیے "خالی" چاہتے ہیں۔ ایک ہی وقت میں، فریم ورک آپ کو ایپلیکیشن بنانے کے اصول بتاتا ہے - ایک مخصوص ایپلیکیشن آرکیٹیکچر ہے جس میں آپ کو اپنی فعالیت بنانے کی ضرورت ہے۔ یہ فعالیت دراصل آپ کی درخواست کی کاروباری منطق ہوگی۔ اسپرنگ میں مخصوص فنکشنلٹی (SpringMVC، Spring Security، SpringData، وغیرہ) کے مطابق بنائے گئے بہت سے ذیلی پروجیکٹس شامل ہیں۔ مکمل فہرست https://spring.io/projects پر دیکھی جا سکتی ہے، جہاں سے ڈویلپر اپنے لیے موزوں ترین کا انتخاب کر سکتا ہے، اور باقی استعمال نہ کریں - یہ ایپلی کیشن بنانے کا ایک ماڈیولر اصول ہے۔
بہار پر مبنی ایپلی کیشن میں، انحصار انجکشن کے استعمال کے ذریعے اشیاء کو ڈھیلے طریقے سے جوڑا جاتا ہے۔ بہار کے مقاصد میں سے ایک یہ تھا کہ کچھ چیزوں کا دوسروں پر انحصار ختم کیا جائے۔ نشہ کیا ہے؟ یہ تب ہوتا ہے جب Object1 دوسرے Object2 کے طریقے استعمال کرتا ہے، یعنی Object1 کا انحصار Object2 پر ہوتا ہے، جس کے طریقے یہ استعمال کرتا ہے۔ وہ کیوں انحصار کرتا ہے؟ لیکن چونکہ آبجیکٹ 2 کی تخلیق ہونے تک آبجیکٹ 1 اپنی فعالیت کو نافذ نہیں کر سکے گا۔ نشے کو کیسے توڑا جائے؟ کسی کنسٹرکٹر یا سیٹر کے ذریعے Object1 آبجیکٹ میں Object2 آبجیکٹ کا حوالہ "انجیکٹ" کریں۔ یہ عمل دراصل انحصاری انجیکشن ہے۔ یہ یاد رکھنا ضروری ہے کہ موسم بہار میں اشیاء کو انٹرفیس کی بنیاد پر بنایا جانا چاہئے، تاکہ انحصار کو ایک انٹرفیس کی شکل میں انجکشن کیا جائے تاکہ عمل درآمد کے ممکنہ بعد میں متبادل ہو۔
آپ کو نئے آپریٹر کا استعمال کرتے ہوئے دستی طور پر اشیاء بنانے کی ضرورت نہیں ہے۔ یہ فنکشن اسپرنگ کنٹینر کو سونپا گیا ہے۔ یہ کنٹرول کا الٹا ہے (IoC) - ضروری انحصار (آبجیکٹ) کو کنٹینر میں فوری طور پر منتقل کرنا۔ آپ پوچھتے ہیں کہ اس سب میں ڈویلپر کا کیا کردار ہے؟ جزو کا اعلان کریں تاکہ یہ بہار کے سیاق و سباق میں آجائے۔ بہار کا سیاق و سباق، سادہ الفاظ میں، ایک نقشہ ہے جہاں تمام پھلیاں واقع ہیں۔ جب وہ کہتے ہیں کہ ایک بین بہار کے تناظر میں ہے، تو غور کریں کہ بین نقشے میں ہے، اور بہار نقشے سے اسے حاصل کرنے کی کلید جانتا ہے۔ ہر وہ چیز جو xml کنفیگریشن میں یا @Component تشریحات والی کلاسوں میں بین کے طور پر نشان زد ہوتی ہے اسے فوری طور پر Map<key,bean> نقشہ کی شکل کے نقشے میں رکھا جاتا ہے، یعنی کنٹینر کے پاس ایک نقشہ ہوتا ہے جہاں یہ تمام پھلیاں "سٹور" کرتا ہے (بہار میں کلیدی تصور ایک بین ہے، یہ کنٹینر کے زیر انتظام ایک ادارہ ہے۔ ایک بین (عام طبقے) کو منظم کرنے کے لیے، اسے لازمی طور پر موسم بہار کا سیاق و سباق) اور، اگر ضروری ہو تو، عمل درآمد، کنٹینر کچھ اس طرح کرتا ہے: map.get(key)، کلید فیلڈ کی قسم ہے؛
موسم بہار آپ کو نہ صرف اشیاء بنانے کی ضرورت سے آزاد کرتا ہے، بلکہ ان کو جوڑنے کی بھی ضرورت ہے۔ مثال کے طور پر، @Autowired تشریح آپ کو اجزاء کو خود بخود تار کرنے کی اجازت دیتی ہے۔ @Autowired موسم بہار کی تشریح کو صرف اس طرح بیان کیا جا سکتا ہے: پیارے دوست، موسم بہار کا کنٹینر، براہ کرم اپنے نقشے میں پھلیاں کے ساتھ دیکھیں کہ آیا آپ کے پاس اس کی کلاس مثال یا آلات موجود ہیں جس کے سامنے میں کھڑا ہوں۔ اگر موجود ہے تو، مجھے اس فیلڈ میں ایک لنک دیں جس سے پہلے مجھے قرار دیا گیا ہو۔ خودکار لنکنگ آپ کو کوڈ کی مقدار کو کم کرنے کی اجازت دیتا ہے جب اجزاء کے انحصار کا تعین کرتے ہیں۔
موسم بہار میں، بین کی ترتیبات کو پروگرام کوڈ سے الگ کر دیا جاتا ہے۔ کنفیگریشن (انحصار کا انتظام) کو ایک علیحدہ فائل میں منتقل کرنا پراجیکٹ میں بعد میں ہونے والی تبدیلیوں کو آسان بناتا ہے (عمل درآمد کی جگہ):
بہتر ٹیسٹیبلٹی. جب کلاسوں کو DI اور انٹرفیس کی بنیاد پر ڈیزائن کیا جاتا ہے، تو جانچ کے دوران انحصار کو آسانی سے تبدیل کرنا ممکن ہو جاتا ہے (جعلی نفاذ کے ساتھ)۔
تشریحات کا استعمال کرتے ہوئے اعلانیہ انداز میں پروگرام کرنے کی صلاحیت ایپلی کیشن میں کوڈ کی مقدار کو کم کرتی ہے۔
ڈیٹا تک رسائی کی ٹیکنالوجیز، لین دین، AOP کے ساتھ تعاون اور اچھا انضمام ترقی کو آسان بناتا ہے۔
ایپلی کیشن کو ڈیبگ کرتے وقت اچھی دستاویزات بہت مدد کرتی ہیں۔
ان لوگوں کے لیے جو بہار کو سمجھنا چاہتے ہیں، میں K. والز کو پڑھنے کی تجویز کرتا ہوں۔ اسپرنگ ان ایکشن - تیسرا ایڈیشن اور یقیناً سرکاری دستاویزات۔
GO TO FULL VERSION