مواد جي جدول[لڪ][ڏسو]
مائڪرو سروسز جو خيال تازو ئي تمام گهڻو ڌيان ڏنو آهي، ۽ ڪيتريون ئي ڪمپنيون ان کي استعمال ڪري رهيون آهن ته جيئن وڏي، اڪيلائي واري پسمنظر کي ختم ڪرڻ لاءِ.
فرنٽ اينڊ سان ساڳيو رستو وڃڻ اڃا تائين ڪيترن ئي ڪاروبار لاءِ هڪ چيلنج آهي، جيتوڻيڪ ويب ايپس جي سرور-سائڊ تعمير ڪرڻ جو هي ورهايل انداز تحقيق ۽ عمل جي لحاظ کان گهٽ يا گهٽ قابل اعتماد آهي.
ان جي ويجهي انحصار جي ڪري، ڪلائنٽ-سائيڊ مونولٿ عام طور تي نئين خاصيتن کي ضم ڪرڻ، نئين ٽيڪنالاجي کي اپنائڻ، ۽ انفرادي اجزاء کي ماپڻ ڏکيو بڻائي ٿو.
اهي ۽ ٻيا چئلينج فرنٽ اينڊ ڊولپرز کي مائڪرو سروسز استعمال ڪرڻ جي تحقيق ڪرڻ جي هدايت ڪئي آهي.
نتيجي طور، ھڪڙي نئين تعميراتي حڪمت عملي جيڪا مائڪرو فرنٽ اينڊ جي نالي سان سڃاتو وڃي ٿي، ويب سائيٽن ۽ ويب تي ٻڌل ايپليڪيشنن جي فرنٽ-اينڊ پرت کي ٺاھيو ويو.
اصطلاح پهريون ڀيرو 2016 ۾ استعمال ڪيو ويو، ۽ ان کان پوء، اهو هڪ سٺو سبب لاء تمام گهڻو ڌيان ڏنو آهي.
هي آرٽيڪل هڪ عام سمجهاڻي ڏيندو ته مائڪرو فرنٽ اينڊس ڇا آهن ۽ اهي مسئلا جيڪي حل ڪندا آهن. اهو ڪم ڪري رهيو آهي، انهي سان گڏ نفعو ۽ نقصان.
مائڪرو فرنٽ-اينڊ آرڪيٽيڪچر جو تعارف
فرنٽ اينڊ ڊولپمينٽ جو هڪ معاصر طريقو جنهن کي مائڪرو فرنٽ ائنڊ آرڪيٽيڪچر چيو ويندو آهي a ويب ايپليڪيشن ننڍن، آزاد حصن ۾.
آخري استعمال ڪندڙ لاء، اهي حصا هڪ يونٽ وانگر ظاهر ٿيندا آهن جيتوڻيڪ اهي آزاد طور تي تعمير ڪيا ويا آهن ۽ پوء گڏ ڪيا ويا آهن.
ان فرق سان ته مائڪرو فرنٽ اينڊس ڪلائنٽ جي پاسي سان تعلق رکن ٿا، نه سرور جي طرف، آن لائن حلن جو، انهن جو بنيادي سبب مائڪرو سروسز جي هڪجهڙائي آهي.
نفيس ويب تي ٻڌل پراڊڪٽس ٺاهڻ سڀ کان وڌيڪ معنيٰ رکي ٿو جڏهن مائڪرو فرنٽ اينڊ اپروچ استعمال ڪندي.
مائيڪرو فرنٽ اينڊس، جيئن وڌيڪ روايتي فرنٽ-اينڊ مونولٿ جي مخالفت ۾، ڪيترن ئي ٽيمن کي مختلف سافٽ ويئر منصوبن تي الڳ الڳ تعاون ڪرڻ جي قابل بڻائي ٿو.
پروگرامر هن آرڪيٽيڪچرل ڊيزائن کي استعمال ڪندي ويب ايپس کي وڌيڪ جلدي ۽ وڏي پيماني تي ۽ برقرار رکڻ سان ٺاهي سگهن ٿا.
ان کي آسان ڪرڻ لاءِ، هر مائڪرو فرنٽ اينڊ صرف ڪوڊ جو هڪ ٽڪرو آهي ويب پيج جي هڪ الڳ جزو لاءِ.
اهي خاصيتون الڳ الڳ ٽيمن پاران ڪنٽرول آهن، جن مان هر هڪ خاص صنعت يا مقصد ۾ ماهر.
Monolithic vs Microservices vs Micro frontend architecture
منتقل ڪرڻ جو سوچيو. ڇا توھان لاءِ اھو آسان ٿيندو ته توھان ھر شيءِ کي ڪيترن ئي ننڍڙن، ماهرن سان ليبل ٿيل خانن ۾ ترتيب ڏيو ۽ ھر ھڪ کي الڳ الڳ جاءِ ڏيو يا پوري عملي کي ھڪڙي وڏي دٻي ۾ ڀريو ۽ ان کي نئين جڳھ ڏانھن منتقل ڪريو؟
واضح حل اتي آهي.
هي قياس ٻن مختلف ويب ايپ آرڪيٽيڪچرز، monoliths ۽ microservices (جيڪي مائڪرو فرنٽ اينڊس جي نالي سان پڻ سڃاتل آهن) جو مقابلو ڪري ٿو.
Monolithic فن تعمير
توھان شايد "سٺا پراڻا ڏينھن" ياد ڪرڻ جي قابل ٿي سگھوٿا جڏھن ھڪڙي مڪمل ايپليڪيشن ھڪڙي ھڪڙي، متحرڪ اداري جي طور تي ٺاھيو ويو. اهڙي طريقي کي monolith سڏيو ويندو آهي، جيڪو هڪ وڏي پٿر جي بلاڪ لاء هڪ پراڻو اصطلاح آهي.
انهي جو احساس ٿئي ٿو.
Monolithic سسٽم ۾ هڪ ٻئي تي منحصر عنصر آهن. ان ڪري، جيڪڏھن توھان چاھيو ٿا ڪنھن شيءِ کي تبديل ڪريو يا ڪا نئين خصوصيت شامل ڪريو، اھو ممڪن آھي ته سڄو سسٽم ڀڄي سگھي.
جيتوڻيڪ اهو ختم ٿي چڪو آهي، اهو ڪڏهن ڪڏهن اڃا تائين موجود آهي. ها، اسان توهان جي موجوده اظهار کان واقف آهيون.
ڪوڊ بيس جي تصوراتي ورهاڱي کي ٻن مختلف حصن ۾ - فرنٽ اينڊ (ڪلائنٽ-سائيڊ) ۽ پس منظر (سرور-سائيڊ) - ناگزير ٿي ويو جيئن نئين ٽيڪنالاجيون ترقي يافته ۽ سافٽ ويئر پروڊڪٽس وڌيڪ پيچيده ٿي ويا.
آپريشن جو سڀ کان مشهور طريقو ھاڻي آھي پريزنٽيشن جي پرت جي وچ ۾ خدشن جي علحدگي جيڪا آخري صارف سان رابطو ڪري ٿي ۽ ھر شيءِ جيڪا پس منظر ۾ ٿئي ٿي.
ان کي ٻن سافٽ ويئر انجنيئرنگ ٽيمن جي ضرورت آهي، سامهون واري ٽيم سان گڏ بصري اجزاء جي تعمير ۽ پٺتي واري ٽيم ويب سروسز، ڪاروباري منطق، ڊيٽا جي رسائي، انضمام وغيره وغيره.
بهرحال، هن علحدگيءَ جي باوجود، هيءَ حڪمت عملي فطرت جي لحاظ کان اڃا به هڪجهڙائي رکي ٿي.
بنيادي تبديلي اها آهي ته اسان وٽ هاڻي ڪوڊ جا ٻه وڏا بلاڪ آهن- هڪ وڏي ايپليڪيشن جي بدران- فرنٽ اينڊ ۽ پس منظر. مونوليٿڪ فن تعمير کي خوفناڪ نه هجڻ گهرجي؛ انهن جا ڪجهه فائدا آهن، بشمول
- هڪ واحد ذريعو ڪوڊ بيس ۽ تمام سادي ڊيزائن سان ننڍڙن ايپليڪيشنن لاءِ سادي ۽ جلدي ترقي؛
- جاچ ۽ ڊيبگنگ تمام سادو آهي ڇاڪاڻ ته سڀ ڪوڊ هڪ جڳهه تي آهن، هڪ ٽيم لاءِ درخواست جي وهڪري کي ٽريڪ ڪرڻ ۽ بگ جي سڃاڻپ ڪرڻ آسان بڻائي ٿي؛
- شروعاتي طور تي ايپليڪيشن جي ترقي ۾، خرچ سستا هوندا آهن ڇو ته نه ئي انفراسٽرڪچر جي قيمتن ۽ نه ئي ترقياتي خرچ خرچ ڪيا ويندا آهن جيستائين نوان خاصيتون شامل ڪيا وڃن.
هن حڪمت عملي جي خرابين ۾ ظاهر ڪيو ويو آهي
- پابنديون لڳائڻ جي لچڪ - ٽيمن کي انتظار ڪرڻ گهرجي جيڪڏهن انهن مان صرف چند ئي آهن جيڪي پروجيڪٽ تي ڪم ڪري رهيا آهن ۽ هر وقت توهان ڪوڊ کي اپڊيٽ ڪرڻ جي ضرورت آهي نئين تعیناتي؛
- نئين ٽيڪنالاجي کي اپنائڻ مشڪل آهي ڇو ته ائين ڪرڻ ضروري آهي هڪ اهم حصو ٻيهر لکڻ جي، جيڪڏهن نه ته سڄو پروجيڪٽ.
- جڏهن ڊولپرز جو تعداد وڌي ٿو، ڪوڊ جو هڪ نظام ويجهي سان ڳنڍيل، پيچيده، ۽ انتظام ڪرڻ ۽ سمجھڻ ڏکيو ٿي ويندو آهي.
- تنظيمي مسئلا - هر ٽيم ميمبر کي لائبريرين جو ساڳيو نسخو استعمال ڪرڻ گهرجي ۽ ڪنهن به تبديلي جي رپورٽ ڪرڻ گهرجي جيڪڏهن ڪيتريون ٽيمون هڪ واحد منصوبي تي ڪم ڪري رهيون آهن.
- اسپيبليبلٽي جا خدشا - ڇاڪاڻ ته پروجيڪٽ جا حصا هڪ ٻئي سان ڳنڍيل آهن، انهن کي الڳ ڪرڻ سان مشڪلاتون پيش ڪن ٿيون جن جي نتيجي ۾ اهم گهٽتائي ۽ اعلي خرچن جي نتيجي ۾.
- پروجيڪٽ جي پيچيده منطق کي نئين ٽيم جي ميمبرن لاءِ سمجھڻ مشڪل ٿي سگھي ٿو، خاص طور تي جيڪڏھن انجنيئر جيڪي اصل ۾ ان تي ڪم ڪري رھيا آھن ھاڻي ملازم نه آھن.
مائڪرو سروسز ۽ انهن جي ويجهن مائٽن جي ترقي، ۽ مائڪرو فرنٽيڊ، بنيادي مسئلن کي حل ڪيو monolithic سسٽم سان.
مائڪرو سروسز آرڪيٽيڪچر
آرڪيٽيڪچرل طريقو جنهن کي microservices طور سڃاتو وڃي ٿو، اجازت ڏئي ٿو گھڻا ڳنڍيل ۽ آزاديءَ سان ترتيب ڏيڻ وارا ننڍا حصا، يا خدمتون، جيڪي ايپليڪيشن پس منظر ٺاهين ٿيون.
هر خدمت جو پنهنجو ڪوڊ بيس، CI/CD پائپ لائنون، DevOps طريقا، ۽ انهن کي هلائڻ جا عمل آهن.
توهان ڏسي سگهو ٿا ته monolithic پس منظر ٽيم الڳ الڳ ٽيمن ۾ ورهايل آهي مٿي تصوير کي ڏسي.
هر هڪ انفرادي طور تي ايپليڪيشن جي مختلف پهلو تي ڌيان ڏئي ٿو (جهڙوڪ پراڊڪٽ سروس، سرچ سروس، ۽ ادائگي جي خدمت).
خدمتن جي وچ ۾ رابطو قائم ٿيل پروٽوڪولن ذريعي ٿئي ٿو جيڪو APIs جي نالي سان سڃاتو وڃي ٿو، جهڙوڪ ٿلهي وزن REST API پروٽوڪول جيڪو استعمال ڪري ٿو هم وقت سازي جي درخواست-جواب جا نمونا.
ٻيو اختيار اهو آهي ته ڪافڪا وانگر سافٽ ويئر استعمال ڪندي غير هم وقتي ڪميونيڪيشن استعمال ڪرڻ، جيڪو پيش ڪري ٿو نشر/سبسڪرائب ڪميونيڪيشن ڍانچو ۽ واقعا.
Microservices فرنٽ اينڊ (BFF) سروس يا نيٽ ورڪ ذريعي API گيٽ وي لاءِ پسمنظر ذريعي فرنٽ اينڊ سان ضم ٿي وڃن ٿيون. BFF هر ڪلائنٽ لاءِ هڪ ڪسٽمائيز API پيش ڪري ٿو، جڏهن ته API گيٽ ويز مائڪرو سروسز جي مجموعي لاءِ رسائي جو هڪ واحد نقطو ڏئي ٿو.
پر جيتوڻيڪ خودمختيار پس منظر جي اجزاء ۽ انهن سڀني فائدن سان گڏ جيڪي اهي مهيا ڪن ٿا، فرنٽ اينڊ اڃا تائين هڪ واحد آهي.
تنهن ڪري، هي آهي جتي مائڪرو فرنٽيڊ مفيد آهن.
مائڪرو فرنٽ اينڊ فن تعمير
مائيڪرو سروسز وانگر، جتي آساني سان ڳنڍيل اجزاء ڪيترن ئي ٽيمن پاران منظم ڪيا ويا آهن، مائڪرو فرنٽ اينڊ آرڪيٽيڪچر تصور کي برائوزر تي لاڳو ڪري ٿو.
اهي ويب ايپليڪيشن يوزر انٽرفيس هن ڍانچي جي پيروي ڪندا آهن، جيڪو ڪجهه حد تائين خودمختيار حصن تي مشتمل آهي.
ٽيمون پڻ ڪلائنٽ جي ضرورتن تي ٺاهيا ويا آهن يا خاص ماهر يا ٽيڪنالاجي جي بدران ڪيس استعمال ڪن ٿا.
نتيجي طور، ٽيمون مائڪرو سروسز ۽ مائڪرو فرنٽ اينڊ پروجيڪٽ ۾ ملوث آهن.
- عمودي طور تي ڪٽيل - جيئن ته اتي موجود آهن فرنٽ اينڊ ڊولپر، ڊيٽا ماهر، پس منظر انجنيئر، QA انجنيئر، وغيره ساڳيا پروجيڪٽ تي ڪم ڪري رهيا آهن، اهي پنهنجون خاصيتون ٺاهيندا آهن يوزر انٽرفيس ڊيٽابيس ڏانهن؛ ۽
- ڪراس-فنڪشنل - هر ٽيم ميمبر پنهنجي مهارت کي گروپ ۾ حصو ڏئي ٿو.
ٽيمون پڻ ٽيڪني اسٽيڪ کي منتخب ڪري سگھن ٿيون جيڪي بهترين طور تي مناسب ڪاروبار جي خاص لائين.
ھڪڙي ٽيم استعمال ڪري سگھي ٿي رد عمل ان جي ٽڪڙي کي پروگرام ڪرڻ لاءِ. هڪ ٻي ٽيم ٺاهي ٿي هڪ نئون Angular نسخو. Vue.js ھڪڙو ھڪڙو مثال آھي.
مائڪرو فرنٽ اينڊس استعمال ڪيا ويندا آهن لاڳاپيل مائڪرو سروسز سان گڏ مسئلا حل ڪرڻ لاءِ جيڪي ڊولپمينٽ ٽيمون عام طور تي مونولٿس سان هونديون آهن. حڪمت عملي ھيٺ ڏنل فائدا پيش ڪري ٿي.
- ٽيڪنالاجي جي آزادي: فرنٽ اينڊ انجنيئر متبادل جاوا اسڪرپٽ فريم ورڪ، رن ٽائم ماحول، ۽ پوري ٽيڪنالاجي اسٽيڪ کي ڪمپني جي ضرورتن تي منحصر ڪري سگھن ٿا. پراڻي فن تعمير جي چوٽي تي، ھڪڙو نئون فريم ورڪ لاڳو ٿي سگھي ٿو.
- لچڪ جو هڪ وڏو درجو ممڪن آهي ڇاڪاڻ ته هر مائڪرو فرنٽ اينڊ پاڻ ۾ شامل آهي ۽ ترقي ڪري سگهجي ٿو، جانچ، ترتيب، ۽ الڳ الڳ اپ گريڊ. نتيجي طور، جيڪڏھن ھڪڙي ٽيم ھڪڙي خصوصيت تي ڪم ڪري رھي آھي ۽ ھڪڙي بگ فڪس کي ڌڪايو آھي، ۽ ٻي ٽيم کي پنھنجي خصوصيت شامل ڪرڻي آھي، انھن کي پنھنجي ڪم کي مڪمل ڪرڻ لاءِ پھرين ٽيم جو انتظار ڪرڻ جي ضرورت ناھي.
- خودمختيار ٽيمون ۽ سسٽم: هر پراڊڪٽ ٽيم، ۽ ان جي نتيجي ۾ هر خاصيت، ڪم ڪري سگهي ٿي ٻين تي ٿوري انحصار سان، جيڪا ان کي ڪم جاري رکڻ جي قابل بڻائي ٿي جيتوڻيڪ ويجهي جزا دستياب نه آهن.
- گھڻا، ننڍا ڪوڊ بيس: ھر ھڪ مائيڪرو فرنٽ اينڊ جو پنھنجو، وڌيڪ منظم، ننڍو ڪوڊ بيس ھوندو. ٿورا ماڻهو هڪ مخصوص UI جزو تي ڌيان ڏيندا، ڪوڊ جي جائزي کي آسان بڻائيندا، ۽ مجموعي تنظيم کي بهتر ڪندا.
- سادي ايپ اسڪيلنگ: مائڪرو فرنٽ اينڊس جو ٻيو فائدو هر خصوصيت کي انفرادي طور تي ماپڻ جي صلاحيت آهي. monoliths جي مخالفت جي طور تي، جتي سڄو پروگرام هر دفعي نئين خصوصيت شامل ڪيو وڃي ٿو، ان کي وڌايو وڃي ٿو، اهو سڄو عمل وقت ۽ پئسا ٻنهي جي لحاظ کان وڌيڪ موثر بڻائي ٿو.
مائڪرو فرنٽ اينڊ ڪيئن ڪم ڪندو آهي؟
جيئن اسان اڳ ۾ چيو آهي، ٽيمون عمدي طور تي مائڪرو فرنٽ اينڊ آرڪيٽيڪچر جي اندر منظم ٿيل آهن، جنهن جو مطلب آهي ته اهي ڊومين جي ڄاڻ يا مقصد کان الڳ آهن ۽ هڪ مخصوص پراڊڪٽ جي شروعات کان ختم ٿيڻ تائين ذميوار آهن.
اهو ٿي سگهي ٿو هڪ يا ٻه پس منظر microservices سان گڏو گڏ هڪ ننڍو اڳيون. وڌيڪ تفصيل ۾، اچو ته هن بصري عنصر جي خاصيتن جي جانچ ڪريون، ٻين UI اجزاء سان رابطي، ۽ هوم پيج ۾ شامل ٿيڻ.
هڪ مائڪرو فرنٽ اينڊ ٿي سگهي ٿو
- ھڪڙو سڄو صفحو (مثال طور، ھڪڙو پراڊڪٽ تفصيل وارو صفحو) يا
- صفحي جا حصا جيڪي ٻيون ٽيمون استعمال ڪري سگھن ٿيون، جهڙوڪ هيڊر، فوٽر، ۽ سرچ بار.
توهان هڪ وڏي ويب سائيٽ کي ڪيترن ئي صفحن جي قسمن ۾ ورهائي سگهو ٿا ۽ هر قسم کي ڪم ڪرڻ لاءِ هڪ مخصوص عملي کي ڏيو.
بهرحال، ڪيترائي حصا اڪثر گھڻن صفحن تي ٿين ٿا، جهڙوڪ هيڊر، فوٽر، تجويز بلاڪ، وغيره. هڪ تجويز وارو بلاڪ، مثال طور، هوم پيج تي، پراڊڪٽ جي تفصيل واري صفحي تي، يا چيڪ آئوٽ واري صفحي تي به شامل ٿي سگھي ٿو.
ذات ۾، ٽيمون ٽڪر ٺاهي سگهن ٿيون جيڪي ٻيون ٽيمون انهن جي صفحن تي استعمال ڪري سگهن ٿيون.
جڏهن ته، مائڪرو فرنٽ اينڊ، الڳ الڳ طور تي مختلف منصوبن جي طور تي ترتيب ڏئي سگهجي ٿو جيئن ٻيهر استعمال جي قابل اجزاء جي مخالفت.
هي سڀ آواز لاجواب آهي، پر هڪ گڏيل انٽرفيس ٺاهڻ لاءِ، صفحا ۽ ٽڪرا ڪنهن نه ڪنهن طرح گڏ ٿيڻ گهرجن.
ان لاءِ فرنٽ اينڊ انٽيگريشن جي ضرورت آهي، جيڪا مختلف حڪمت عملين ذريعي مڪمل ٿي سگهي ٿي، جنهن ۾ روٽنگ، ڪمپوزيشن ۽ ڪميونيڪيشن شامل آهن (مٿي ڏنل گرافڪ ڏسو).
هلڻ
جڏهن هڪ صفحي جي خدمت هڪ ٽيم جي طرفان سنڀاليندڙ ٻي ٽيم جي ملڪيت واري صفحي تائين رسائي جي ضرورت هوندي آهي، روٽنگ صفحي جي سطح جي انضمام لاءِ ڪارائتو آهي.
هر مائڪرو فرنٽ اينڊ هڪ واحد-صفحي جي ايپليڪيشن طور سنڀاليو ويندو آهي. سادي HTML لنڪس استعمال ڪري سگھجن ٿيون روٽنگ مهيا ڪرڻ لاءِ.
هڪ صارف برائوزر کي مجبور ڪري سگهي ٿو ٽارگيٽ مارڪ اپ کي ڊائون لوڊ ڪرڻ لاءِ سرور مان ۽ موجوده صفحي کي تبديل ڪري نئين صفحي سان هائپر لنڪس تي ڪلڪ ڪندي.
ايپ شيل HTML، CSS، ۽ JavaScript جو گهٽ ۾ گهٽ آهي جيڪو هڪ UI کي طاقت ڏئي ٿو. جيتوڻيڪ سرور کان درخواست ڪيل مواد ڊيٽا اڃا تائين انتظار ڪري رهيو آهي، صارف کي هڪ مستحڪم ڏيکاريل صفحو حاصل ڪري ٿو. مرڪزي ايپ شيل مختلف ٽيمن پاران ٺاهيل واحد-صفحي ايپس لاءِ والدين ايپليڪيشن طور ڪم ڪري ٿو.
ڪابه پرواه ناهي ته لائبريري يا فريم ورڪ جيڪو استعمال ڪيو پيو وڃي، ميٽا فريم ورڪ مختلف صفحن جي فيوزن کي هڪ واحد ۾ فعال ڪن ٿا.
وجهي
ڪمپوزيشن اهو عمل آهي ته ٽڪرن کي ترتيب ڏيڻ لاءِ انهن کي هڪ صفحي تي مناسب هنڌن تي فٽ ڪرڻ لاءِ. اڪثر ڪيسن ۾، ٽيم جيڪا صفحي کي ترتيب ڏئي ٿي، فوري طور تي ٽڪڙي جو مواد نه آڻيندي.
ان جي بدران، اهو جڳهه هولڊر يا مارڪر رکي ٿو جتي ٽڪرا مارڪ اپ ۾ هجڻ گهرجي.
ھڪڙي مختلف ٺاھڻ واري عمل کي استعمال ڪندي، فائنل اسيمبلي مڪمل ڪئي وئي آھي. ٺاھڻ کي ٻن بنيادي ڀاڱن ۾ ورهائي سگھجي ٿو: ڪلائنٽ سائڊ ۽ سرور سائڊ.
ڪلائنٽ پاسي جي جوڙجڪ: ويب برائوزر استعمال ڪيو ويندو آهي HTML مارڪ اپ ٺاهڻ ۽ ايڊٽ ڪرڻ لاءِ. هر مائڪرو فرنٽ اينڊ کي تبديل ڪرڻ جي صلاحيت آهي ۽ ان جي مارڪ اپ کي باقي صفحي کان الڳ الڳ ڏيکاري ٿو.
ويب اجزاء، مثال طور، توهان کي هن قسم جي تعمير ڪرڻ جي اجازت ڏين ٿا.
اهو منصوبو آهي ته هر ٽڪڙي کي ويب جزو ۾ تبديل ڪيو وڃي جيڪو آزاد طور تي انسٽال ڪري سگھجي ٿو a.js فائل جي طور تي، جنهن کان پوءِ ايپس انهن کي موضوع جي ترتيب ۾ انهن لاءِ مقرر ڪيل اسپيس ۾ لوڊ ۽ رينڊر ڪري سگهن ٿيون.
ويب جا حصا HTML ۽ DOM API تي منحصر آهن، جيڪي ٻيا فرنٽ اينڊ فريم ورڪ استعمال ڪري سگھن ٿا، انهي سان گڏ پروپس ۽ واقعن ذريعي ڊيٽا موڪلڻ ۽ وصول ڪرڻ جو هڪ معياري طريقو.
سرور-پاسي جي جوڙجڪ: هن ڊيزائن سان، UI ٽڪرا سرور تي گڏ ڪيا ويا آهن، جنهن جي نتيجي ۾ هڪ مڪمل طور تي ٺهيل صفحي کي ڪلائنٽ پاسي ڏانهن موڪليو ويو، لوڊ ڪرڻ کي تيز ڪندي.
اسيمبلي اڪثر ڪري هڪ الڳ خدمت ذريعي ڪئي ويندي آهي جيڪا ويب برائوزر ۽ ويب سرور جي وچ ۾ ويٺي آهي. CDN خدمت جو ھڪڙو مثال آھي (مواد پهچائڻ واري نيٽ ورڪ).
توھان پنھنجي ضرورتن تي منحصر ڪري ھڪڙي يا ٻنھي جو مجموعو چونڊي سگھوٿا.
مائڪرو فرنٽ اينڊ مواصلات جا نمونا
مائڪرو فرنٽيڊ فن تعمير بهترين ڪم ڪري ٿو جڏهن مختلف اجزاء جي وچ ۾ ٿورو يا ڪو به رابطو نه آهي. مائڪرو فرنٽيڊن کي ڪڏهن ڪڏهن هڪ ٻئي سان ڳالهائڻ ۽ معلومات حصيداري ڪرڻ جي ضرورت آهي. هتي ڪجھ امڪاني نمونا آهن جيڪي شايد انهي ڏانهن وٺي سگهن ٿيون.
- ويب ڪم ڪندڙ: هڪ آن لائن ڪم ڪندڙ هڪ ميکانيزم آهي جيڪو ويب مواد کي جاوا اسڪرپٽ کي پس منظر ۾ هلائڻ جي قابل بنائي ٿو، آزاديء سان ٻين اسڪرپٽ کان، ۽ صفحي جي رفتار کي متاثر ڪرڻ کان سواء. هر مائڪرو ايپ لاءِ هڪ منفرد ورڪر API مهيا ڪيو ويندو. هي فائدو اهو آهي ته وقت سازي وارو ڪم هڪ مختلف سلسلي ۾ ڪري سگهجي ٿو، UI سلسلي کي اڳتي وڌڻ جي اجازت ڏئي ٿو بغير سست يا روڪيو.
- ايونٽ ايميٽر: هن حالت ۾، ڪيترائي جزا هڪ ٻئي سان رابطي ۾ آهن ٻڌڻ ۽ عمل ڪندي انهن حصن ۾ ڪنهن به رياست جي تبديلين تي عمل ڪندي جنهن ۾ اهي رڪنيت حاصل ڪيا ويا آهن. ٻيا مائڪرو فرنٽ اينڊ جيڪي انهي مخصوص واقعي جي رڪنيت حاصل ڪيا آهن انهن جو جواب جڏهن هڪ مائڪرو فرنٽ اينڊ ان واقعي کي فائر ڪري ٿو. هڪ ايونٽ ايمٽر جيڪو متعارف ڪرايو ويو آهي هر مائڪرو فرنٽيڊ ۾ اهو ممڪن بڻائي ٿو.
- ڪال بيڪ ۽ پروپس: هن حصي ۾، توهان هڪ والدين جزو ۽ ٻار جي اجزاء جي وضاحت ڪريو. رابطي کي منظم ڪيو ويو آهي هڪ وڻ جي جوڙجڪ ۾. والدين جزا ڊيٽا کي پهچائڻ لاءِ پروپس استعمال ڪندا آهن جيئن ڪمپيوننٽ وڻ هيٺان ٻارن جي اجزاء تائين. موڙ ۾، ٻار کي موثر طور تي والدين کي خبردار ڪري سگهي ٿو جڏهن انهن جي رياست ۾ ڪا به شيء ٿئي ٿي ڪال بڪ جو جواب ڏيندي. رد عمل هن موڊ کي استعمال ڪري ٿو.
مائڪرو فرنٽ اينڊ جا فائدا
تيزيء سان خودمختيار ٽيمن ۾ ترقي
هڪ آزاد ٽيم ٺاهي سگھي ٿي ويب ايپ يا ويب سائيٽ جو هر حصو جڏهن مائڪرو فرنٽ اينڊ طريقو استعمال ڪندي.
هر ٽيم مڪمل طور تي خودمختيار آهي، جنهن جو مطلب آهي ته اهو مڪمل جزو جي ترقي واري چڪر جي انچارج آهي، تصور کان ڇڏڻ ۽ پوسٽ پيداوار تائين.
اضافي طور تي، اهو مطلب آهي ته مختلف ٽيمون بي ترتيب سان تعاون ڪري سگهن ٿيون جڏهن ته ساڳئي منصوبي تي ڪم ڪري رهيا آهن.
تنهن ڪري، ڇڏڻ واريون سائيڪلون انتهائي تيز آهن ان جي ڀيٽ ۾ اهي اڳيان-آخر monoliths سان هجن.
انفرادي مائڪرو فرنٽيڊس جا ننڍا ڪوڊ بيس ڪلينر ڪوڊ ڏانھن ڏسن ٿا
مونولٿڪ فرنٽ ائنڊز ۾ وڏا، اڻ وڻندڙ ڪوڊ بيس آهن جيڪي وقت گذرڻ سان گڏ انتظام ڪرڻ لاءِ تيزي سان افراتفري ۽ مشڪل بڻجي ويندا آهن.
مائڪرو فرنٽ اينڊس هن مسئلي کي حل ڪن ٿا. هر مائڪرو فرنٽ اينڊ جو سورس ڪوڊ وڌيڪ منظم آهي ڇو ته اهو ننڍو، سادو ۽ وڌيڪ ڪمپيڪٽ آهي.
مجموعي ويب حل جي نتيجي ۾ ڪلينر ڪوڊ مان فائدو حاصل ڪري ٿو.
بهتر ايپ جي استحڪام ڇو ته لوز ڪپلنگ جي ڪري
هڪ ويب حل ڪڏهن ڪڏهن مڪمل طور تي آزاد ٽڪرن ۾ ورهائي سگهجي ٿو. نتيجي طور، مائڪرو فرنٽيڊ هڪ ٻئي سان ڳالهائيندا آهن.
جڏهن ته، اجزاء جي وچ ۾ هر ڪڙي اھم آھي، لوز رابطي جي باوجود.
ھڪڙي جزو جي ناڪامي ٻين سڀني اجزاء جي آپريشن تي ٿورو اثر نه آھي، جيڪو ويب حل جي بھترين استحڪام مهيا ڪري ٿو.
انفرادي خاصيتن جي جاچ کي آسان بڻايو ويو آهي
اهو فائدو مائڪرو فرنٽيڊ جي خاصيتن مان نتيجو آهي. ھن تعميراتي ڊيزائن جي بنياد تي، ھڪڙي ويب حل جو ڪلائنٽ سائڊ ماڊلر آھي ۽ ھر ماڊل خودمختيار آھي.
نتيجي طور، يوزر انٽرفيس جي هڪ ننڍڙي حصي جو پاڻ جائزو وٺڻ هڪ ٽيم لاءِ آسان آهي هڪ وڏي مونولٿ جي جاچ ڪرڻ کان.
بنڊل جي گھٽتائي تيزيءَ سان پيج لوڊ ٿيڻ جي ڪري ٿي
خصوصيت سان مالامال مونوليٿڪ ويب سسٽم ۾ دير جي لوڊ وقت جي بنيادي سببن مان هڪ جاوا اسڪرپٽ بنڊل جي سائيز آهي. ٻئي طرف، هڪ مائڪرو فرنٽ اينڊ طريقه ان کي آسان بڻائي ٿو صفحي جي لوڊ وقت کي گھٽائڻ.
هڪ برائوزر کي بار بار غير ضروري ڪوڊ ڊائون لوڊ ڪرڻ جي ضرورت ناهي ڇو ته هڪ ويب پيج ڪيترن ئي ننڍڙن بنڊلن تي مشتمل هوندو آهي. نتيجي طور، صفحي جي ڪارڪردگي ۽ لوڊ وقت وڌي ويا آهن.
ٽيڪنالاجي جي آزادي
کان وڌيڪ اڳيون فريم ورڪ ڊولپرز پاران استعمال ڪري سگھجن ٿا هڪ واحد آن لائن حل ٺاهڻ لاءِ مائڪرو فرنٽيڊ فن تعمير سان.
جيئن ته هر جزو خودمختيار آهي، ان کي استعمال ڪندي تعمير ڪري سگهجي ٿو جيڪا به ٽيڪنالاجي ٽيم جي ڪمن کي بهتر بڻائي ٿي.
قدرتي طور، پروگرامرز کي احتياط استعمال ڪرڻ گهرجي جڏهن سافٽ ويئر پروجيڪٽ لاء فريم ورڪ چونڊيندا آهن جيڪي اهي انچارج آهن، ۽ ٻين ٽيمن سان صلاح مشورو اڃا تائين سختي سان صلاح ڏني وئي آهي.
تنهن هوندي، اتي صفر جو موقعو آهي ته توهان ايپ جي عمر جي مدت لاء هڪ ورثي فريم ورڪ استعمال ڪرڻ تي مجبور ڪيو ويندو.
مائڪرو فرنٽيڊ جا نقصان
ڪمپليڪس ويب حل جي جاچ مڪمل طور تي
ويب حل جي مختلف ماڊلز کي جانچڻ آسان آهي جڏهن اهو استعمال ڪري ٿو مائڪرو فرنٽيڊ فن تعمير. اهو مڪمل طور تي ويب ايپليڪيشن جو جائزو وٺڻ کان مختلف آهي، جيتوڻيڪ.
تصديق ڪريو ته سڀئي حصا ڪم ڪن ٿا جيئن اڳتي وڌڻ کان اڳ. اهو مشڪل ٿي سگهي ٿو ڇاڪاڻ ته مائڪرو فرنٽ اينڊ آزاديءَ سان ڪم ڪن ٿا ۽ الڳ ترسيل عمل آهن.
قيمتي ابتدائي سيڙپڪاري
مائڪرو فرنٽ اينڊ ڊولپمينٽس عام طور تي ڪافي مالي خرچن جي طلب ڪن ٿيون. ڪيترن ئي فرنٽ-آخر ٽيمن کي گڏ ڪرڻ ۽ رکڻ مهانگو آهي.
اضافي طور تي، توهان کي نوڪري کي منظم ڪرڻ لاء انتظامي اهلڪارن جي ضرورت پوندي، پڪ ڪريو ته هر شي هموار ٿيل آهي، ۽ شاندار ٽيم ڪميونيڪيشن جي ضمانت.
ترقي ۽ تعیناتي جي پيچيدگي
مائڪرو-فرنٽيڊ ڊيزائن جي نتيجي ۾ ترقي ۽ تعیناتي جي طريقيڪار وڌيڪ پيچيده ٿي سگهي ٿي.
هڪ حل ڪيترن ئي حصن سان گڏ ٿي سگهي ٿو آزاد ترقياتي ٽيمن پاران ساڳئي منصوبي تي ڪم ڪري رهيو آهي، مثال طور، جيڪو ڊيپلائيشن اسٽيج تي مسئلا پيدا ڪري سگهي ٿو.
سڀني ماڊلز جي صحيح اسمبلي ۽ مجموعي اسڪيم ۾ انهن جي هموار انضمام هميشه سادي ناهي. هي ڪم عام طور تي سڀني انحصار جي مڪمل سمجھڻ جي ضرورت آهي.
صارف جي تجربي ۾ هم آهنگي برقرار رکڻ ۾ مسئلا
مسلسل يوزر انٽرفيس کي برقرار رکڻ مشڪل هوندو آهي جڏهن ٽيمون سافٽ ويئر جي ڪيترن ئي حصن تي الڳ الڳ ڪم ڪنديون آهن.
ويب حل کي سڀني پروجيڪٽ جي ڊولپرز طرفان حصيداري ڪرڻ گهرجي. ٻي صورت ۾، روڊ تي ڪيترائي تضاد ٿي سگهن ٿا.
ٿڪل
مائڪرو فرنٽ اينڊس، هڪ معاصر آرڪيٽيڪچرل ڊيزائن، وڏي پيماني تي مائڪرو سروسز تي ٻڌل ويب ڊولپمينٽ منصوبن جي ڪارڪردگي کي تمام گهڻو وڌائي سگھي ٿو.
اهو پروگرامرز کي مڪمل حل کي الڳ حصن ۾ ورهائڻ جي قابل بنائي ٿو جيڪي ڪيترن ئي خودمختيار ٽيمن پاران ٺاهي سگھجن ٿيون. ھن مان ڪيترائي فائدا آھن، جن ۾ تيز فيچر رول آئوٽ، انفرادي ماڊلز جي آسان جانچ، ۽ وڌيڪ بيحد اپ گريڊ شامل آھن.
پر مائڪرو فرنٽيڊ سان گڏ ڪجهه مشڪلاتون آهن.
هڪ ايپليڪيشن جي جامع جاچ، مثال طور، مشڪل ٿي سگهي ٿي.
اضافي طور تي، ڇاڪاڻ ته انجنيئرن ۽ منتظمين جي هڪ وڏي ٽيم جي ضرورت آهي، مائڪرو فرنٽ اينڊ پروجيڪٽ تمام قيمتي هوندا آهن.
انڪري، ڪنهن فيصلي تي اچڻ کان اڳ، توهان کي پنهنجي ڪاروباري ڪيس جي سڀني حصن کي حساب ۾ رکڻ گهرجي.
ولاديمير ڪاماج
ڪنهن به طرح مون کي سمجهه ۾ نه آيو ته فرنٽ اينڊ تي انفرادي اجزاء جي وچ ۾ رابطي ڪهڙي اصول تي ڪم ڪري ٿي. مون کي سمجهه ۾ نه ٿو اچي ته توهان ڪئين حصن کي ڳنڍڻ چاهيو ٿا جيڪي مختلف فريم ورڪ ۾ ٺاهيا ويا آهن. ان جي باري ۾ مضمون ۾ ڪجھ به نه آهي. واقعن ۽ ٻڌندڙن جو نظام مون کي ڌرتيءَ تي جهنم وانگر لڳي ٿو. اسان کي اهو ڪيئن تصور ڪرڻ گهرجي؟