فهرست[پټ][ښکاره]
د مایکرو خدماتو مفکورې پدې وروستیو کې ډیر پام ځانته اړولی دی، او ډیری شرکتونه دا د لوی، مونولیتیک بیکنډونو لرې کولو لپاره کاروي.
د فرنټ اینډ سره ورته لاره تلل لاهم د ډیری سوداګرۍ لپاره ننګونه ده ، حتی که د ویب ایپسونو سرور اړخ جوړولو دا توزیع شوي طریقه د څیړنې او اجرا کولو شرایطو کې لږ یا لږ د باور وړ وي.
د دې نږدې انحصار له امله ، د پیرودونکي اړخ مونولیت په ځانګړي ډول د نوي ب featuresو مدغم کول ، نوي ټیکنالوژي غوره کول او د انفرادي برخو اندازه کول ستونزمن کوي.
دا او نورې ننګونې د فرنټ انډ پراختیا کونکي هڅوي چې د مایکرو خدماتو په کارولو سره تحقیق وکړي.
د پایلې په توګه، د مایکرو فرنټ اینډ په نوم پیژندل شوې نوې معمارۍ ستراتیژي د ویب پاڼو او ویب پر بنسټ غوښتنلیکونو د مخکښې پای پرت جوړولو لپاره رامینځته شوې.
دا اصطلاح په لومړي ځل په 2016 کې کارول شوې وه، او له هغه وخت راهیسې، دا د ښه دلیل لپاره ډیره پاملرنه راجلب کړې.
دا مقاله به عمومي پوهه وړاندې کړي چې مایکرو فرنټ اینډونه څه دي او هغه مسلې چې دوی یې په ګوته کوي. دا کار کوي، همدارنګه ګټې او زیانونه.
د مایکرو فرنټ پای معمارۍ پیژندنه
د مخکینۍ پراختیا معاصر میتود چې د مایکرو فرنټنډ آرکیټیکچر په نوم یادیږي a ګورت کاریال په کوچنیو، خپلواکو برخو کې.
د وروستي کارونکي لپاره، دا برخې یو واحد ښکاري حتی که دوی په خپلواک ډول جوړ شوي وي او بیا یوځای شوي وي.
د دې توپیر سره چې مایکرو فرنټ اینډونه د پیرودونکي اړخ پورې اړه لري ، نه د سرور اړخ سره ، د آنلاین حلونو لپاره ، د دوی لاندې دلیل د مایکرو خدماتو سره ورته دی.
د پیچلي ویب پراساس محصولاتو رامینځته کول خورا معنی لري کله چې د مایکرو فرنټ اینډ طریقه کاروئ.
مایکرو فرنټ اینډونه ، لکه څنګه چې د ډیر دودیز فرنټ پای مونولیت سره مخالف دي ، ډیری ټیمونو ته وړتیا ورکوي چې په مختلف سافټویر پروژو کې په جلا توګه همکاري وکړي.
برنامه کونکي کولی شي د دې معماري ډیزاین په کارولو سره ویب ایپسونه ډیر ګړندي او د ډیر توزیع او ساتلو وړتیا سره رامینځته کړي.
د ساده کولو لپاره، هر مایکرو فرنټ اینډ د ویب پاڼې د جلا برخې لپاره د کوډ یوه ټوټه ده.
دا ځانګړتیاوې د جلا ټیمونو لخوا کنټرول کیږي، چې هر یو یې په یو ځانګړي صنعت یا هدف کې تخصص لري.
Monolithic vs Microservices vs Micro frontend architecture
د ځای په ځای کولو فکر وکړئ. ایا دا به ستاسو لپاره اسانه وي چې هرڅه په یو شمیر کوچنیو، ماهرانه لیبل شوي بکسونو کې تنظیم کړئ او هر یو یې په انفرادي ډول ځای په ځای کړئ یا ټول کارمندان په یوه لوی بکس کې بسته کړئ او نوي ځای ته یې ولیږدوئ؟
واضح حل شتون لري.
دا مشابهت دوه جلا ویب اپلیکیشن جوړښتونه پرتله کوي، مونولیتس او مایکرو سرویسونه (د مایکرو فرنټنډ په نوم هم پیژندل کیږي).
Monolithic معمارۍ
تاسو ممکن د دې وړتیا ولرئ چې "ښه زاړه ورځې" په یاد ولرئ کله چې یو بشپړ غوښتنلیک د واحد، همغږي ادارې په توګه رامینځته شوی و. دا ډول میتود د مونولیت په نوم یادیږي، کوم چې د لوی ډبرې بلاک لپاره پخوانۍ اصطلاح ده.
دا معنی لري.
Monolithic سیسټمونه یو له بل سره تړلي عناصر لري. له همدې امله، که تاسو غواړئ یو څه بدل کړئ یا یو نوی خصوصیت اضافه کړئ، دا ممکنه ده چې ټول سیسټم مات شي.
که څه هم دا متروک دی، دا کله ناکله اوس هم شتون لري. هو، موږ ستاسو د اوسني بیان څخه خبر یو.
د کوډبیس مفکوره ویش په دوه مختلف برخو - فرنټ اینڈ (د مراجعینو اړخ) او بیکینډ (سرور اړخ) - د نه منلو وړ شو ځکه چې نوي ټیکنالوژي رامینځته شوي او د سافټویر محصولات خورا پیچلي شوي.
د عملیاتو ترټولو مشهور میتود اوس د پریزنټشن پرت تر مینځ د اندیښنو جلا کول دي چې یو پای کارونکي ورسره اړیکه لري او هرڅه چې په شالید کې پیښیږي.
دا د سافټویر انجینرۍ دوه ټیمونو ته اړتیا لري ، د مخکښې پای ټیم د لید اجزاو رامینځته کولو سره او د شاته پای ټیم د ویب خدماتو رامینځته کول ، سوداګرۍ منطق ، ډیټا لاسرسی ، ادغام او نور.
په هرصورت، د دې جلا کیدو سره سره، دا ستراتیژي لاهم د طبیعت له مخې واحده پاتې ده.
اصلي بدلون دا دی چې موږ اوس د کوډ دوه لوی بلاکونه لرو - د یو لوی غوښتنلیک پرځای - مخکنی او شاته. واحد معمارۍ باید ډارونکي نه وي؛ دوی یو څو ګټې لري، په شمول
- د یو واحد سرچینې کوډبیس او خورا ساده ډیزاین سره د کوچني غوښتنلیکونو لپاره ساده او ګړندي پرمختګ؛
- ازموینه او ډیبګ کول خورا ساده دي ځکه چې ټول کوډونه په یو ځای کې دي، د ټیم لپاره دا اسانه کوي چې د غوښتنې جریان تعقیب کړي او کیګونه وپیژني؛
- د غوښتنلیک د پراختیا په پیل کې، لګښتونه ارزانه دي ځکه چې نه د زیربناوو لګښتونه او نه هم پراختیایي لګښتونه تر هغه وخته پورې چې نوي ځانګړتیاوې اضافه شوي نه وي.
د دې ستراتیژۍ نیمګړتیاوې په کې منعکس شوي
- د ګمارنې محدودیت انعطاف - ټیمونه باید انتظار وکړي که چیرې یوازې یو څو تنه په پروژه کې کار وکړي او هرکله چې تاسو کوډ تازه کړئ نو نوي ګمارنې ته اړتیا وي؛
- د نوي ټیکنالوژیو پلي کول ننګونه ده ځکه چې دا کار د پام وړ برخې بیا لیکلو ته اړتیا لري، که ټوله پروژه نه وي.
- کله چې د پراختیا کونکو شمیر ډیریږي ، د کوډ سیسټم نږدې وصل کیږي ، پیچلي ، او اداره کول او پوهیدل ستونزمن کیږي.
- سازماني مسلې - د ټیم هر غړی باید د کتابتونونو ورته نسخه وکاروي او د کوم بدلون راپور ورکړي که چیرې ډیری ټیمونه په یو واحد پروژه کار کوي.
- د توزیع کولو په اړه اندیښنې - ځکه چې د پروژې برخې یو له بل سره تړلي دي، د دوی په جلا توګه اندازه کول ستونزې وړاندې کوي چې د پام وړ کم وخت او لوړ لګښتونو پایله لري.
- د پروژې پیچلي منطق د نوي ټیم غړو لپاره د پوهیدلو لپاره ستونزمن کیدی شي، په ځانګړې توګه که چیرې هغه انجنیران چې په اصل کې یې کار کاوه نور کار نه کوي.
د مایکرو خدماتو پراختیا او د دوی نږدې خپلوان او د مایکرو فرنټ اینډز د واحد سیسټمونو لومړنۍ ستونزې په ګوته کړې.
د مایکرو خدماتو جوړښت
د مایکرو خدماتو په نوم پیژندل شوي معمارۍ میتود د ډیری نرم تړل شوي او په خپلواکه توګه د ځای پرځای کولو وړ کوچني اجزاو یا خدماتو رامینځته کولو ته اجازه ورکوي چې د غوښتنلیک بیکینډ رامینځته کوي.
هر خدمت خپل کوډبیس، CI/CD پایپ لاینونه، د DevOps پروسیجرونه، او د دوی د چلولو پروسې لري.
تاسو لیدلی شئ چې د پورتنۍ عکس په لیدو سره د مونولیتیک پس منظر ټیم په جلا ټیمونو ویشل شوی.
هر یو په انفرادي ډول د غوښتنلیک مختلف اړخ باندې تمرکز کوي (لکه د محصول خدمت ، د لټون خدمت ، او د تادیې خدمت).
د خدماتو تر مینځ اړیکه د APIs په نوم پیژندل شوي د تاسیس شوي پروتوکولونو له لارې رامینځته کیږي ، لکه د سپک وزن REST API پروتوکول چې د همغږي غوښتنې ځواب نمونې کاروي.
بل اختیار د کافکا په څیر سافټویر په کارولو سره د غیر متناسب ارتباط کارول دي ، کوم چې د مخابراتو جوړښتونو او پیښو خپرول / ګډون وړاندیز کوي.
کوچني خدمتونه د فرنټ اینډ (BFF) خدمت یا د شبکې له لارې د API ګیټ وے لپاره د بیک انډ له لارې د فرنټ اینډ سره مدغم کیږي. BFF د هر پیرودونکي لپاره دودیز API وړاندیز کوي، پداسې حال کې چې د API ګیټ ویز د مایکرو خدماتو راټولولو لپاره د لاسرسي یو واحد ټکی ورکوي.
مګر حتی د خودمختاره بیک انډ اجزاو او ټولو ګټو سره چې دوی یې چمتو کوي ، مخکنی پای لاهم یو واحد دی.
نو ځکه، دا هغه ځای دی چې مایکرو فرنټ اینډونه ګټور دي.
د مایکرو فرنټ اینډ جوړښت
د مایکرو خدماتو ته ورته ، چیرې چې په نرمۍ سره تړل شوي اجزا د ډیری ټیمونو لخوا اداره کیږي ، د مایکرو فرنټ اینډ جوړښت په براوزر کې مفهوم پلي کوي.
د دې ویب غوښتنلیک کاروونکي انٹرفیسونه دا جوړښت تعقیبوي، کوم چې یو څه خودمختاره برخې لري.
ټیمونه د پیرودونکو اړتیاو یا د ځانګړي تخصص یا ټیکنالوژۍ پرځای د قضیې کارولو لپاره هم رامینځته شوي.
په پایله کې، ټیمونه د مایکرو خدماتو او کوچني مخکینۍ پروژې کې ښکیل دي.
- عمودی ټوټه شوی - لکه څنګه چې په ورته پروژه کې د فرنټ اینډ پراختیا کونکي، د معلوماتو متخصصین، بیک انډ انجنیران، QA انجنیران، او نور شتون لري، دوی خپل ځانګړتیاوې له دې څخه رامینځته کوي کارن برسیر ډیټابیس ته؛ او
- کراس-فنکشنل - د ټیم هر غړی خپل تخصص ګروپ ته ورکوي.
ټیمونه کولی شي ټیک سټیک هم غوره کړي چې د دوی د سوداګرۍ ځانګړي کرښې سره مناسب وي.
یو ټیم کولی شي د دې برخې برنامه کولو لپاره عکس العمل وکاروي. بل ټیم د نوي انګول نسخه رامینځته کوي. Vue.js یو داسې مثال دی.
مایکرو فرنټ اینډونه د اړونده مایکرو خدماتو سره په ګډه کارول کیږي ترڅو هغه مسلې حل کړي چې پرمختیایی ټیمونه معمولا د مونولیتس سره لري. ستراتیژي لاندې ګټې وړاندې کوي.
- د ټیکنالوژۍ آزادي: فرنټ اینډ انجینران کولی شي د جاوا سکریپټ بدیل چوکاټونه ، د چلولو وخت چاپیریال ، او د شرکت اړتیاو پورې اړوند ټول ټیکنالوژي سټکس غوره کړي. د زاړه جوړښت په سر کې، یو نوی چوکاټ ممکن پلي شي.
- د انعطاف لویه کچه ممکنه ده ځکه چې هر مایکرو فرنټ اینډ په ځان کې شامل دی او په جلا توګه پراختیا، ازمول، ځای پرځای شوي او لوړ کیدی شي. د پایلې په توګه، که یو ټیم په یوه ځانګړتیا کار کوي او د بګ فکس ته یې فشار ورکړی، او بل ټیم باید خپل ځانګړتیا اضافه کړي، دوی اړتیا نلري د لومړي ټیم لپاره انتظار وکړي ترڅو خپل کار بشپړ کړي.
- خودمختاره ټیمونه او سیسټمونه: د هر محصول ټیم، او په پایله کې هر ځانګړتیا کولی شي په نورو لږ انحصار سره کار وکړي، کوم چې دا توان ورکوي چې کار ته دوام ورکړي حتی کله چې نږدې برخې شتون نلري.
- څو، کوچني کوډبیسونه: هر یو مایکرو فرنټ اینډ به خپل، ډیر مدیریت وړ، کوچنی کوډبیس ولري. لږ خلک به په یو ځانګړي UI برخې تمرکز وکړي، د کوډ بیاکتنې ساده کړي، او ټولیز سازمان ته وده ورکړي.
- د ساده اپلیکیشن اندازه کول: د مایکرو فرنټ اینډونو بله ګټه دا ده چې د هرې ځانګړتیا اندازه په انفرادي ډول اندازه کړي. لکه څنګه چې د monoliths په مقابل کې، چیرې چې ټول پروګرام باید اندازه شي هرکله چې یو نوی خصوصیت اضافه شي، دا ټوله پروسه د وخت او پیسو دواړو شرایطو کې ډیر اغیزمن کوي.
مایکرو فرنټ اینډ څنګه کار کوي؟
لکه څنګه چې موږ مخکې وویل، ټیمونه په عمودي توګه د مایکرو فرنټ اینډ جوړښت دننه تنظیم شوي، پدې معنی چې دوی د ډومین پوهې یا هدف لخوا جلا شوي او د یو ځانګړي محصول لپاره له پیل څخه تر پای پورې مسؤل دي.
دا کولی شي یو یا دوه بیکینډ مایکرو خدمتونه او همدارنګه یو کوچنی مخکینۍ برخه ولري. په ډیر تفصیل سره، راځئ چې د دې بصری عنصر ځانګړتیاوې معاینه کړو، د نورو UI اجزاوو سره تعامل، او په کورپاڼه کې شاملول.
یو مایکرو فرنټ اینډ کیدی شي
- یوه ټوله پاڼه (د بیلګې په توګه، د محصول تفصیل پاڼه) یا
- د پاڼې برخې چې د نورو ټیمونو لخوا کارول کیدی شي، لکه سرلیکونه، فوټرونه، او د لټون بارونه.
تاسو کولی شئ یو لوی ویب پاڼه په څو پاڼو ډولونو ویشئ او هر ډول یو ځانګړي کارمندانو ته ورکړئ چې کار وکړي.
په هرصورت، ډیری برخې ډیری وختونه په ډیری پاڼو کې واقع کیږي، لکه سرلیکونه، فوټرونه، وړاندیز بلاکونه، او داسې نور. د وړاندیز بلاک، د بیلګې په توګه، په کور پاڼه، د محصول توضیحاتو پاڼه، یا حتی د چک آوټ پاڼې کې شامل کیدی شي.
په حقیقت کې، ټیمونه کولی شي ټوټې رامینځته کړي چې نور ټیمونه کولی شي په خپلو پاڼو کې وکاروي.
په هرصورت، مایکرو فرنټ اینډونه په جلا توګه د بیا کارونې وړ اجزاو په مقابل کې د بیلابیلو پروژو په توګه ځای پرځای کیدی شي.
دا ټول په زړه پوري ښکاري ، مګر د یو متحد انٹرفیس رامینځته کولو لپاره ، پا pagesې او ټوټې باید یو څه سره یوځای شي.
دا د فرنټ اینډ ادغام ته اړتیا لري، کوم چې د مختلفو ستراتیژیو له لارې ترسره کیدی شي، پشمول د روټینګ، جوړښت، او اړیکو (پورته ګرافیک وګورئ).
روټنګ
کله چې د یوې پاڼې څخه خدمت چې د یوې ټیم لخوا کنټرول کیږي د بلې ټیم لخوا ملکیت پاڼې ته د لاسرسي لپاره اړین وي، روټینګ د پاڼې کچې ادغام لپاره ګټور دی.
هر مایکرو فرنټ اینډ د یو واحد مخ غوښتنلیک په توګه اداره کیږي. ساده HTML لینکونه د روټینګ چمتو کولو لپاره کارول کیدی شي.
یو کاروونکی کولی شي براوزر دې ته اړ کړي چې له سرور څخه هدف مارک اپ ډاونلوډ کړي او په هایپر لینکونو کلیک کولو سره اوسنۍ پاڼه له نوي سره بدله کړي.
د اپلیکیشن شیل لږترلږه د HTML، CSS، او جاوا سکریپټ دی چې یو UI ته ځواک ورکوي. حتی که د سرور څخه غوښتل شوي مینځپانګې ډیټا لاهم انتظار باسي ، کارونکي سمدلاسه یو مستحکم ښودل شوی پاڼه ترلاسه کوي. د مرکزي ایپ شیل د مختلف ټیمونو لخوا رامینځته شوي واحد پا pagesې ایپسونو لپاره د اصلي غوښتنلیک په توګه کار کوي.
مهمه نده چې کتابتون یا چوکاټ چې کارول کیږي، میټا چوکاټونه په یو واحد کې د مختلفو پاڼو فیوژن فعالوي.
جوړښت
جوړښت د ټوټې تنظیم کولو پروسه ده ترڅو په یوه پاڼه کې په مناسبو ځایونو کې ځای په ځای شي. په ډیری قضیو کې، هغه ټیم چې پاڼه ځای پرځای کوي سمدستي د ټوټې مینځپانګې نه راوړي.
پرځای یې، دا یو ځای لرونکی یا مارکر ځای په ځای کوي چیرې چې ټوټه باید په مارک اپ کې وي.
د مختلف کمپوز کولو پروسې په کارولو سره، وروستی مجلس سرته رسیږي. جوړښت په دوه بنسټیزو کټګوریو ویشل کیدی شي: د پیرودونکي اړخ او د سرور اړخ.
د پیرودونکي اړخ ترکیب: ویب براوزر د HTML مارک اپ جوړولو او سمولو لپاره کارول کیږي. هر مایکرو فرنټ اینډ د دې وړتیا لري چې خپل مارک اپ د پاتې پاڼې څخه جلا بدل کړي او ښکاره کړي.
د مثال په توګه، ویب اجزا تاسو ته اجازه درکوي چې دا ډول جوړونه ترسره کړئ.
پلان دا دی چې هره ټوټه په ویب برخې کې بدله کړي چې په خپلواکه توګه د a.js فایل په توګه نصب کیدی شي ، له هغې وروسته ایپس کولی شي دوی ته د موضوع ترتیب کې د دوی لپاره ټاکل شوي ځایونو کې بار او رینډر کړي.
د ویب برخې برخې په HTML او DOM API پورې اړه لري، کوم چې نور فرنټ اینډ چوکاټونه کارولی شي، په بیله بیا د پروپس او پیښو له لارې د معلوماتو لیږلو او ترلاسه کولو معیاري میتود.
د سرور اړخ ترکیب: د دې ډیزاین سره، د UI ټوټې په سرور کې یوځای کیږي، چې پایله یې په بشپړه توګه جوړه شوې پاڼه د پیرودونکي اړخ ته لیږل کیږي، د بارولو چټکتیا.
مجلس اکثرا د یو جلا خدمت لخوا ترسره کیږي چې د ویب براوزر او ویب سرورونو ترمینځ ناست وي. CDN د خدماتو یوه بیلګه ده (د مینځپانګې تحویلي شبکه).
تاسو کولی شئ د خپلو اړتیاو پراساس یو یا د دواړو ترکیب غوره کړئ.
د مایکرو فرنټ اینډ مخابراتو نمونې
د مایکرو فرنټ اینډ جوړښت غوره کار کوي کله چې د مختلف برخو ترمینځ لږ یا هیڅ تعامل شتون نلري. مایکرو فرنټ اینډونه کله ناکله اړتیا لري چې له یو بل سره خبرې وکړي او معلومات شریک کړي. دلته یو څو احتمالي نمونې دي چې ممکن د دې لامل شي.
- د ویب کارکونکي: آنلاین کارګر یو داسې میکانیزم دی چې د ویب مینځپانګې وړتیا ورکوي چې جاوا سکریپټ په شالید کې پرمخ بوځي، د نورو سکریپټونو څخه په خپلواکه توګه، او پرته له دې چې د پاڼې سرعت اغیزه وکړي. د هر مایکرو ایپ لپاره به یو ځانګړی کارګر API چمتو شي. دا ګټه دا ده چې د وخت مصرف کار په مختلف تار کې ترسره کیدی شي ، د UI تار وړ کړي پرته لدې چې ورو یا ودریږي پرمخ لاړ شي.
- د پیښې خپرونکی: په دې حالت کې، ډیری برخې یو له بل سره اړیکه نیسي او په هغو برخو کې د کوم حالت بدلونونو لپاره چې دوی یې ګډون کوي د اوریدلو او عمل کولو له لارې اړیکه نیسي. نور مایکرو فرنټ اینډونه چې دې ځانګړي پیښې ته یې ګډون کړی وي ځواب ورکوي کله چې یو مایکرو فرنټ اینډ دا پیښه اوروي. د پیښې ایمیټر چې په هر مایکرو فرنټنډ کې معرفي شوی دا ممکنه کوي.
- کال بیکونه او پروپس: په دې برخه کې، تاسو د مور او پلار برخې او د ماشوم برخې تعریف کړئ. ارتباط د ونې په څیر جوړښت کې تنظیم شوی. اصلي برخې د ماشومانو اجزاوو ته د برخې ونې لاندې د فعالیتونو په توګه د معلوماتو رسولو لپاره پروپس کاروي. په بدل کې، ماشوم کولی شي په اغیزمنه توګه مور او پلار ته خبر ورکړي کله چې د دوی په ایالت کې د زنګ وهلو په ځواب کې کوم څه پیښیږي. عکس العمل دا حالت کاروي.
د مایکرو فرنټ اینډ ګټې
په چټکۍ سره د خپلواکو ټیمونو پراختیا
یو خپلواک ټیم کولی شي د ویب اپلیکیشن یا ویب پاڼې هره برخه جوړه کړي کله چې د مایکرو فرنټ اینډ میتود کاروي.
هر ټیم په بشپړ ډول خپلواکه دی، پدې معنی چې دا د بشپړې برخې پراختیا دوره، د تصور څخه خوشې کولو او وروسته تولید پورې مسؤلیت لري.
سربیره پردې، دا پدې معنی ده چې مختلف ټیمونه کولی شي په بې ساري ډول همکاري وکړي پداسې حال کې چې په ورته پروژه کې په ورته وخت کې کار کوي.
له همدې امله، د خوشې کولو دورې د پام وړ ګړندي دي په پرتله چې دوی به د مخکښې پای مونولیت سره وي.
د انفرادي مایکرو فرنټنډونو کوچني کوډ بیسونه د کلینر کوډ لامل کیږي
Monolithic مخکینۍ پایې لوی، بې کاره کوډبیسونه لري چې د وخت په تیریدو سره اداره کول په زیاتیدونکي توګه ګډوډ او ننګونکي کیږي.
مایکرو فرنټ اینډونه دا ستونزه حل کوي. د هر مایکرو فرنټ اینډ سرچینې کوډ ډیر د مدیریت وړ دی ځکه چې دا کوچنی، ساده او ډیر کمپیکٹ دی.
د پایلې په توګه د کلینر کوډ څخه عمومي ویب حل ګټه پورته کوي.
د لوز جوړه کولو له امله د ایپ ثبات ښه شوی
د ویب حل په ندرت سره په بشپړ ډول خپلواکو ټوټو ویشل کیدی شي. په پایله کې، مایکرو فرنټ اینډونه یو بل سره خبرې کوي.
په هرصورت، د اجزاو ترمنځ هر لینک د نرم ارتباط سره سره د پام وړ دی.
د یوې برخې ناکامي د نورو ټولو برخو په عملیاتو باندې لږ څه اغیزه نلري، کوم چې د ویب حل ښه ثبات چمتو کوي.
د انفرادي ځانګړتیاو ازموینه ساده شوې ده
دا ګټه د مایکرو فرنټ اینډ ځانګړتیاو څخه پایله لري. د دې معماري ډیزاین پراساس ، د ویب حل پیرودونکي اړخ ماډلر دی او هر ماډل خپلواک دی.
د پایلې په توګه، د کاروونکي انٹرفیس د یوې کوچنۍ برخې ارزونه پخپله د ټیم لپاره د لوی مونولیت ازموینې په پرتله اسانه ده.
د بنډل اندازه کمول د پاڼې ګړندي بار ته لار هواروي
د ځانګړتیاو څخه بډایه مونولیتیک ویب سیسټمونو کې د ځنډولو وختونو یو له لومړني لاملونو څخه د جاواسکریپټ بنډل اندازه ده. له بلې خوا، د مایکرو فرنټ اینډ طریقه دا اسانه کوي چې د پاڼې بار وخت کم کړي.
یو براوزر باید په مکرر ډول غیر ضروري کوډ ډاونلوډ کړي ځکه چې ویب پاڼه د څو کوچنیو بنډلونو څخه جوړه شوې ده. د پایلې په توګه، د پاڼې فعالیت او بار بار زیات شوی.
د ټیکنالوژۍ خپلواکي
ګڼ مخکنی چوکاټونه د پراختیا کونکو لخوا کارول کیدی شي د مایکرو فرنټنډ آرکیټیکچر سره یو واحد آنلاین حل رامینځته کړي.
څرنګه چې هره برخه خپلواکه ده، دا د هر هغه ټیکنالوژۍ په کارولو سره جوړ کیدی شي چې د ټیم دندو لپاره غوره وي.
په طبیعي توګه، پروګرام کونکي باید د احتیاط څخه کار واخلي کله چې د سافټویر پروژې لپاره چوکاټونه غوره کوي چې دوی یې مسولیت لري، او د نورو ټیمونو سره مشورې لاهم په کلکه مشوره کیږي.
په هرصورت، هیڅ چانس شتون نلري چې تاسو به د اپلیکیشن د عمر د مودې لپاره د میراث چوکاټ کارولو ته مجبور شئ.
د مایکرو فرنټ اینډ زیانونه
د پیچلي ویب حل ازموینه په بشپړ ډول
د ویب حل مختلف ماډلونو ازموینه اسانه ده کله چې دا د مایکرو فرنټنډ آرکیټیکچر کاروي. دا په ټوله کې د ویب غوښتنلیک ارزولو څخه توپیر لري، که څه هم.
ډاډ ترلاسه کړئ چې ټولې برخې د دوام دمخه د هدف په توګه کار کوي. دا ممکن ستونزمن وي ځکه چې مایکرو فرنټ اینډونه په خپلواک ډول کار کوي او د تحویلي جلا پروسې لري.
قیمتي ابتدايي پانګه اچونه
د مایکرو فرنټ اینډ پرمختګونه عموما د پام وړ مالي لګښت غوښتنه کوي. د ډیری مخکښو ټیمونو راټولول او ساتل ګران دي.
برسیره پردې، تاسو به د دندې تنظیم کولو لپاره مدیریت پرسونل ته اړتیا ولرئ، ډاډ ترلاسه کړئ چې هرڅه همغږي دي، او د غوره ټیم ارتباط تضمین کړئ.
د پراختیا او ګمارنې پیچلتیا
د پراختیا او ګمارنې طرزالعملونه د مایکرو فرنټنډ ډیزاین په پایله کې ډیر پیچلي کیدی شي.
یو حل کیدای شي د ډیرو برخو سره د خپلواک پراختیایی ټیمونو لخوا په ورته پروژه کې کار کوي، د بیلګې په توګه، چې کیدای شي د ګمارنې په مرحله کې ستونزې رامینځته کړي.
د ټولو ماډلونو سمه مجلس او په ټولیز سکیم کې د دوی اسانه ادغام هم تل ساده ندي؛ دا کار عموما د ټولو انحصارونو بشپړ پوهاوی ته اړتیا لري.
د کارونکي په تجربه کې د همغږۍ ساتلو ستونزې
د یو ثابت کاروونکي انٹرفیس ساتل ننګونه ده کله چې ټیمونه د سافټویر په څو برخو کې په جلا توګه کار کوي.
د ویب حل باید د پروژې د ټولو پراختیا کونکو لخوا شریک شي. که نه نو، د سړک په اوږدو کې ډیری تضادونه کیدی شي.
پایله
مایکرو فرنټ اینډز، یو معاصر معماري ډیزاین، کولی شي د لوی پیمانه مایکرو سرویس پر بنسټ د ویب پرمختیایي پروژو فعالیت خورا لوړ کړي.
دا پروګرام کونکو ته وړتیا ورکوي چې بشپړ حل په جلا برخو وویشي چې د څو خپلواکو ټیمونو لخوا رامینځته کیدی شي. له دې څخه ډیری ګټې تعقیب کیږي ، پشمول د ګړندي فیچر رول آوټ ، د انفرادي ماډلونو اسانه ازموینه ، او نور بې سیمه اپ گریڈونه.
مګر د مایکرو فرنټ اینډونو سره هم ځینې ستونزې شتون لري.
د غوښتنلیک جامع ازموینه، د بیلګې په توګه، کیدای شي ننګونې وي.
سربیره پردې ، ځکه چې د انجینرانو او مدیرانو لوی ټیم ته اړتیا ده ، د مایکرو فرنټ اینډ پروژې خورا ګران دي.
په پایله کې، مخکې له دې چې پریکړې ته راشي، تاسو باید د خپلې سوداګرۍ قضیې ټولې برخې په پام کې ونیسئ.
ولادیمیر Čamaj
یو څه زه نه پوهیدم چې په لومړي سر کې د انفرادي اجزاو ترمینځ اړیکه په کوم اصول کار کوي. زه نه پوهیږم چې تاسو څنګه غواړئ هغه برخې وصل کړئ چې په مختلف چوکاټونو کې رامینځته شوي. په دې اړه په مقاله کې هیڅ نشته. د پیښو او اوریدونکو سیسټم ماته په ځمکه کې د دوزخ په څیر ښکاري. څنګه باید تصور وکړو؟