မာတိကာ[ဖျောက်][ရှိုး]
- ဒီတော့ module federation ဆိုတာ ဘာလဲ။
- အဘယ်ကြောင့် module များအဖွဲ့ချုပ်?
- Module ဖက်ဒရယ်အခြေခံအစိတ်အပိုင်းများ
Module Federation ၏ အဓိကအင်္ဂါရပ်များ+-
- အလွန်ကောင်းမွန်သော ဝဘ်စွမ်းဆောင်ရည်
- ထိရောက်သောဖွံ့ဖြိုးတိုးတက်မှု
- မိမိကိုယ်ကို ကုစားနိုင်စွမ်း နှင့် မလိုအပ်တော့ပါ။
- ဘုံမှီခိုမှုများအား ထိရောက်စွာ ကိုင်တွယ်ခြင်း။
- စားသုံးသူများကို ပြန်လည်အသုံးချရမည့်အစား လွတ်လပ်သောကုဒ်ကို အသုံးပြုပါ။
- လုပ်ဆောင်နေချိန်တွင် အခြားတည်ဆောက်မှုများမှ ကုဒ်ကို တင်သွင်းပါ။
- သုံးစွဲသူ အတွေ့အကြုံကို ထိန်းသိမ်းထားစဉ်တွင် ပိုမိုကောင်းမွန်သော ဆော့ဖ်ဝဲရေးသားသူ အတွေ့အကြုံ
- Micro-frontends များသည် monolithic ပုံစံဖြင့် လုပ်ဆောင်သည်။
- ကောက်ချက်
micro frontends ၏ သဘောတရားသည် မိုက်ခရိုဝန်ဆောင်မှုများကို frontend ဖွံ့ဖြိုးတိုးတက်မှုအတွက် အသုံးချသည်။
အိုင်ဒီယာမှာ အပလီကေးရှင်း သို့မဟုတ် ဝဘ်ဆိုဒ်ကို သေးငယ်ပြီး ပေါင်းစပ်ထားသော မော်နီတာတစ်ခုအဖြစ် ဖန်တီးခြင်းမှ ဆန့်ကျင်၍ ၎င်းကို runtime ကာလအတွင်း ချိတ်ဆက်ထားသည့် သေးငယ်သော သီးခြားဖန်တီးထားသော အပိုင်းများအဖြစ် ခွဲထုတ်ရန် စိတ်ကူးဖြစ်သည်။
နည်းလမ်းသည် သင့်အား အခြားသောနည်းပညာများနှင့် သီးခြားအဖွဲ့များဖြင့် အသုံးပြု၍ အပလီကေးရှင်း၏ အခြားအစိတ်အပိုင်းများကို ဖန်တီးနိုင်စေပါသည်။
ဤနည်းဖြင့် ဖွံ့ဖြိုးတိုးတက်မှုကို အပိုင်းပိုင်းခွဲခြင်းဖြင့် ပုံမှန် monolith နှင့်ပတ်သက်သော ပြုပြင်ထိန်းသိမ်းမှုကုန်ကျစရိတ်ကို လျှော့ချရန် စိတ်ကူးဖြစ်သည်။
ပေါင်းစပ်အဖွဲ့အဖြစ် အပလီကေးရှင်းတစ်ခု၏ သီးခြားနယ်ပယ်တစ်ခုကို အာရုံစိုက်ခွင့်ပေးခြင်းဖြင့်၊ ၎င်းသည် backend နှင့် frontend devs များကြားတွင် ပူးပေါင်းဆောင်ရွက်မှုပုံစံအသစ်များကိုလည်း ဖန်တီးပေးပါသည်။
ဥပမာအားဖြင့်၊ သင့်တွင် ရှာဖွေနိုင်မှု သို့မဟုတ် လုပ်ငန်းတစ်ခုအတွက် အရေးကြီးသော အဓိကထုတ်ကုန်တစ်ခု၏ အခြားကဏ္ဍတစ်ခုအတွက် တစ်ခုတည်းသောတာဝန်ယူရမည့်အဖွဲ့တစ်ဖွဲ့ရှိနိုင်သည်။
module federation မှကျေးဇူးတင်ပါသည်၊ သင့်တွင်လုပ်ဆောင်နိုင်သောအလုပ်အသွားအလာကိုကိုင်တွယ်ရန်လုံလောက်သောလုပ်ဆောင်နိုင်စွမ်းရှိသည်။ မိုက်ခရိုမျက်နှာစာ လုပ်ပိုင်ခွင့်များကို ချဉ်းကပ်ပါ။
ဤပို့စ်သည် module federation ၏ဗိသုကာလက်ရာများ၊ ၎င်း၏အဓိကအင်္ဂါရပ်များနှင့်လျှောက်လွှာပုံစံများကိုနက်နဲစွာကြည့်ရှုပါမည်။
ဒီတော့ဘာလဲ module များအဖွဲ့ချုပ်?
Javascript ၏ module federation design သည် application များစွာတွင် ပြန်သုံးထားသော အစိတ်အပိုင်းများကို အသုံးပြုစေသည်။
အဲဒါက အတော်လေး အခြေခံကျတဲ့ ဗန်းစကားပဲ၊ ဒါပေမယ့် ရိုးရိုးရှင်းရှင်းလေးပဲ ပေါ့ပေါ့ပါးပါးလေး ပေါ်လာအောင် လုပ်ထားပါတယ်။
ကျွန်ုပ်တို့အားလုံးသည် React အပလီကေးရှင်းအတွင်းရှိ အစိတ်အပိုင်းများကို မျှဝေခြင်းနှင့် အကျွမ်းတဝင်ရှိသောကြောင့်၊ Module Federation သည် အခြားအပလီကေးရှင်းများမှ စားသုံးရန် လျှောက်လွှာ modules များကို ဒိုင်းနမစ်ထုတ်ပြခြင်းမှလွဲ၍ အခြားအပလီကေးရှင်းများမှ တူညီသောပန်းတိုင်ကို ထိထိရောက်ရောက် ပြီးမြောက်အောင်မြင်စေပါသည်။
Module ဖက်ဒရေးရှင်းသည် ဆန္ဒရှိသည့်အတိုင်း မက်ခရို သို့မဟုတ် မိုက်ခရိုအဖြစ် မျှဝေထားသော အဓိကအစိတ်အပိုင်းများကို ဖြန့်ဝေခြင်းဖြင့် ဖြန့်ဝေသည့်စနစ်တွင် မော်ဂျူးမျှဝေခြင်းပြဿနာကို ကျော်လွှားရန် ကြိုးပမ်းသည်။
၎င်းတို့ကို သင့်အက်ပ်များမှ ဖယ်ရှားရန်နှင့် တည်ဆောက်မှုလုပ်ငန်းအသွားအလာကို လုပ်ဆောင်ခြင်းဖြင့် ၎င်းကို ပြီးမြောက်စေသည်။
အဘယ်ကြောင့် module များအဖွဲ့ချုပ်?
Module ဖက်ဒရေးရှင်းသည် အလွယ်တကူ ကိုင်တွယ်ဖြေရှင်းနိုင်သော အချက်အချို့ ဖြစ်သည်-
- ပြင်ပနှင့် DLLs (Dynamic Link Libraries) တို့သည် အက်ပ်များကြား လုပ်ဆောင်နိုင်စွမ်းကို မျှဝေရန်အတွက် ရံဖန်ရံခါ ကျွန်ုပ်တို့၌ရှိသောအရာများဖြစ်သည်။ ၎င်းတို့အားလုံးသည် ကုဒ်မျှဝေခြင်းအတွက် အလွန်စိန်ခေါ်မှုဖြစ်စေသည်။
- NPM သည် နှေးကွေးသည်။
- သီးခြားပရိုဂရမ်နှစ်ခုသည် အရေးကြီးသောကုဒ်ကို မျှဝေသောအခါ၊ ၎င်းတို့သည် တက်ကြွပြီး လိုက်လျောညီထွေဖြစ်ရပါမည်။
သီးခြားအက်ပ်များအား ၎င်းတို့၏ကိုယ်ပိုင်သိုလှောင်မှုတွင် လုံးလုံးလျားလျားရှိစေရန်၊ သီးခြားခွဲထုတ်ကာ ၎င်းတို့၏ကိုယ်ပိုင် SPA အနေဖြင့် လုပ်ဆောင်နိုင်ရန်၊ Module Federation ကို ဖန်တီးခဲ့သည်။
Module ဖက်ဒရယ်အခြေခံအစိတ်အပိုင်းများ
ပိုမိုနက်ရှိုင်းစွာ မငုပ်မီ၊ module federation မှယူဆောင်လာသည့် သဘောတရားအသစ်အချို့ကို အတိုချုပ်ဆွေးနွေးခြင်းသည် အရေးကြီးပါသည်။
- လက်ခံဆောင်ရွက်ပေးခြင်း- စာမျက်နှာတစ်ခုဖွင့်သောအခါ၊ တည်ဆောက်မှု သို့မဟုတ် မော်ဂျူးကို ကနဦးအစပြုထားသည့်အရာအား လက်ခံသူဟု ခေါ်သည်။ ဝန်ဆောင်မှုပေးသူကို အိမ်ရှင်အဖြစ် ယူဆနိုင်သည်။
- အဝေးထိန်း- အဝေးထိန်းဆိုသည်မှာ လက်ခံသူ၏ အစိတ်အပိုင်းကို အသုံးပြုသည့် မတူညီသော တည်ဆောက်မှုတစ်ခုဖြစ်သည်။ ၎င်းတို့ကို ဖောက်သည်များဟုလည်း ခေါ်ကြသည်။
- Bi-directional host- အခြား host များစားသုံးသော remote နှင့် remotes ကိုစားသုံးသော host အဖြစ်လုပ်ဆောင်သည့် Webpack တည်ဆောက်မှု။
- Vendor federation- ၎င်းတို့တင်ထားသည့်တည်နေရာကိုမခွဲခြားဘဲ လက်ခံဆောင်ရွက်ပေးသူ သို့မဟုတ် အဝေးထိန်းတစ်ခုအတွက် npm module မှီခိုမှုဆိုင်ရာ မျှဝေထားသော runtime မျှဝေမှုကို ဖွင့်ပေးသည်။ micro frontends နှင့် အဓိက စွမ်းဆောင်ရည် ပြဿနာများထဲမှ တစ်ခုကို ဤနည်းဖြင့် ဖြေရှင်းသည်။
Federated Application ၏ပုံစံများ
အမြဲစိမ်းဒီဇိုင်းစနစ်
ဖက်ဒရယ်အပလီကေးရှင်းများ၏ အခြေခံအကျဆုံးပုံစံများထဲမှတစ်ခုသည် သုံးစွဲသူအားလုံးအတွက် လွတ်လပ်စွာဖြန့်ဝေပြီး အပ်ဒိတ်လုပ်ထားသည့် "ဒီဇိုင်းစနစ်" သို့မဟုတ် "အစိတ်အပိုင်းစာကြည့်တိုက်" ကဲ့သို့ မျှဝေထားသော အဝေးထိန်းစနစ်ဖြစ်သည့် "အမြဲစိမ်းအဝေးထိန်း" ဖြစ်သည်။
အက်ပ်အဖွဲ့တစ်ခုစီသည် ပြန်လည်ပြင်ဆင်မှုများတွင် အချိန်ဖြုန်းရန်မလိုအပ်ဘဲ၊ ၎င်းသည် အွန်လိုင်းဆိုက်များအားလုံးတွင် လတ်တလော ကော်ပိုရိတ်အထောက်အထားကို လိုက်နာကြောင်း သေချာစေရန်အတွက် အထောက်အကူဖြစ်နိုင်သည်။
လုံခြုံပြီး စဉ်ဆက်မပြတ်အပ်ဒိတ်များကို အာမခံရန် လိုအပ်သော ကန့်သတ်ချက်များနှင့် လုပ်ထုံးလုပ်နည်းများကို ဒီဇိုင်းရေးဆွဲပြီး ထည့်သွင်းရန်အတွက်၊ ၎င်းသည် ဖက်ဒရယ်အက်ပလီကေးရှင်းဗိသုကာကို ထည့်သွင်းစဉ်းစားသည့်အခါ စီးပွားရေးလုပ်ငန်းများ စတင်ရန်အတွက် အသုံးဝင်သောနေရာတစ်ခုဖြစ်နိုင်ပါသည်။
အောက်တွင်ဖော်ပြထားသောအချက်များသည် သီးခြားအသုံးပြုထားသော မျှဝေထားသော အဝေးထိန်းကိရိယာများသည် သင့်လျော်ကိုက်ညီမှုရှိသည့် အသုံးပြုမှုကိစ္စရပ်အချို့ဖြစ်သည်-
- ဒီဇိုင်းစနစ်များ
- လျှောက်လွှာခွံများ
- အစိတ်အပိုင်း စာကြည့်တိုက်များ
- စားသုံးသူများ
- မျှဝေထားသော ကိရိယာအစုံ
- အတွင်းပိုင်း သို့မဟုတ် ပြင်ပမှ အသုံးပြုသည့် ဝစ်ဂျက်များအတွက် အစားထိုး ဖြန့်ဖြူးမှုပုံစံများ
Multi-SPA Module မျှဝေခြင်း။
မတူညီသော သီးခြားစာမျက်နှာတစ်ခုတည်းအက်ပ်များတွင် အစိတ်အပိုင်းများကဲ့သို့သော အစိတ်အပိုင်းများကဲ့သို့ ထုတ်ယူပြီးသော အင်္ဂါရပ်များကို ပြန်သုံးပါ။ အကျိုးကျေးဇူးများမှာ-
- သုံးစွဲသူများသည် အလိုအလျောက် အပ်ဒိတ်များကို ရရှိကြသည်။
- Domain ကျွမ်းကျင်မှုသည် ၎င်းကို တာဝန်ယူသည့်အဖွဲ့တွင် ရှိနေပါသည်။
- သီးခြား module များထုတ်ဝေရန်မလိုအပ်သောကြောင့် ဖြန့်ကျက်မှုလုပ်ငန်းစဉ်ကို ချောမွေ့စေသည်။
ရှဲလ်လွင့်အဖွဲ့ချုပ်
အခွံကို မောင်းနှင်သည့် အဖွဲ့ချုပ်တွင် ပါဝင်သည်။
- ထုတ်ကုန်ဗားရှင်းအသစ်ကို ဖန်တီးသောအခါ၊ ထုတ်ကုန်အဖွဲ့သည် ၎င်းတို့၏အလုပ်ပြီးမြောက်ရန် Checkout အဖွဲ့ကို မစောင့်ပါ။
- အဝေးထိန်းခလုတ်များကို ပြောင်းသည့်အခါ စာမျက်နှာကို ပြန်လည်စတင်ခြင်း မရှိပါ။
- လိုအပ်သောအခါတွင် Shell သည် နှေးကွေးသော အဝေးထိန်းစနစ်ဖြင့် တင်ခြင်း နှင့် (ထိပ်တန်းအဆင့်) လမ်းကြောင်းကို ပံ့ပိုးပေးပါသည်။
- မကြာခဏအသုံးပြုလေ့ရှိသော npm ပက်ကေ့ဂျ်များကို ပြန်သုံးနိုင်စေသည့် ရောင်းချသူအသင်းချုပ်မှတစ်ဆင့် အဝေးထိန်းစနစ်များတစ်လျှောက် လမ်းကြောင်းပေးခြင်းကို ပြုလုပ်နိုင်သည်။
- Shell သည် ပျင်းရိစွာတင်ထားသော အဝေးထိန်းကိရိယာများဖြင့် ပြန်လည်အသုံးပြုထားသော မူဘောင်နှင့် အခြားဘုံမှီခိုမှုများကို ပေးဆောင်သည်။
Multi-shell အဖွဲ့ချုပ်
အထက်တွင်ဖော်ပြထားသော အခွံများကို မောင်းနှင်သည့် အဖွဲ့ချုပ်နှင့် ဆင်တူသော်လည်း မတူညီသော အခွံများကို အသုံးပြုထားသည်။
ကပါဝင်သည်:
- ဘူးခွံအရေအတွက်
- တံဆိပ်တပ်ခြင်း။
- Shell B မှ ရီမုတ်များအားလုံးကို လိုအပ်သည်မဟုတ်ပါ သို့မဟုတ် သီးခြားအကောင်အထည်ဖော်မှုများ ရှိသည်။
Module Federation ၏ အဓိကအင်္ဂါရပ်များ
အလွန်ကောင်းမွန်သော ဝဘ်စွမ်းဆောင်ရည်
ပုံမှန် NPM module ဖွဲ့စည်းမှုနှင့် ပြဿနာမှာ မှီခိုသူအရေအတွက် တိုးလာသည်နှင့်အမျှ အပလီကေးရှင်း၏ အရွယ်အစားသည် ယေဘုယျအားဖြင့် ကြီးထွားလာခြင်းဖြစ်သည်။
သင့်လျှောက်လွှာတင်သည့်အခါ အစုအဝေးများတင်ခြင်းကို ရှောင်ရှားရန်နှင့် လိုအပ်သည့်အခါမှသာ ၎င်းတို့ကို တင်နိုင်စေရန်အတွက်၊ Module Federation သည် သင့်အား အစုအဝေးများကို ပျင်းရိစွာတင်နိုင်သည့်စွမ်းရည်ကို ပေးပါသည်။
၎င်းသည် အမှန်တကယ်မလိုအပ်မီ မော်ဂျူးများကို ဒေါင်းလုဒ်လုပ်ရန် လိုအပ်ပြီး ဆိုက်အမြန်နှုန်းကို မြှင့်တင်ပေးသည်။
ထိရောက်သောဖွံ့ဖြိုးတိုးတက်မှု
ပရောဂျက်တစ်ခုစီကို သီးခြားခွဲထုတ်နိုင်ပြီး အမျိုးမျိုးသောအဖွဲ့များဖြင့် လုပ်ဆောင်နိုင်သောကြောင့် Module Federation မှ သင့်လျှောက်လွှာကို သီးခြားပရောဂျက်များအဖြစ် စုစည်းရန် အားပေးသောကြောင့် ၎င်းတို့ကို သီးခြားစီတည်ဆောက်ကာ အသုံးပြုနိုင်သည် (ထို့ကြောင့် အပြိုင်)။
မိမိကိုယ်ကို ကုစားနိုင်စွမ်း နှင့် မလိုအပ်တော့ပါ။
မျှဝေထားသော မှီခိုမှုများသည် သင့်ပရိုဂရမ်၏ မှီခိုမှုအားလုံးကို တစ်နေရာတည်းတွင် ခြေရာခံရန် Module Federation ကို ခွင့်ပြုသည်။
ဤနည်းအားဖြင့်၊ အပလီကေးရှင်းတစ်ခုသည် မှီခိုမှုကို မကြေငြာဘဲ သို့မဟုတ် ကွန်ရက်ပြဿနာများရှိသည့်အခါတွင်ပင် ၎င်းသည် လိုအပ်သည်များကို သိရှိပြီး လိုအပ်သလို ဒေါင်းလုဒ်ဆွဲနိုင်သည်။
ဘုံမှီခိုမှုများအား ထိရောက်စွာ ကိုင်တွယ်ခြင်း။
ထို့အပြင်၊ Module Federation သည် ပိုမိုကောင်းမွန်သော မှီခိုမှုစီမံခန့်ခွဲမှုကို ပေးဆောင်ထားပြီး ရောင်းချသူနှင့် ပြင်ပအဖွဲ့အစည်းဆိုင်ရာ လိုအပ်ချက်များကို ထိရောက်စွာဖြေရှင်းပေးသောကြောင့် သင့်လျှောက်လွှာသည် စာကြည့်တိုက်ဗားရှင်းတစ်ခုထက်ပို၍ မည်သည့်အခါမျှ မတင်နိုင်တော့ပေ။
စားသုံးသူများကို ပြန်လည်အသုံးချရမည့်အစား လွတ်လပ်သောကုဒ်ကို အသုံးပြုပါ။
developer သည် အမြဲစိမ်းလန်းသော လုပ်ဆောင်နိုင်စွမ်းရှိရန် အလွန်စိတ်ဝင်စားပါသည်။ Exposed dependent functionality ကို ပြောင်းလဲပြီးသည်နှင့်၊ ၎င်းသည် သုံးစွဲသူများအား ပြန်လည်ထည့်သွင်းရန် မလိုအပ်တော့ပါ။
ဤအရာသည် မမျှော်လင့်ထားသော ရလဒ်များကို ကာကွယ်ရန် ဂရုတစိုက် စစ်ဆေးရန် လိုအပ်မည့် အစွမ်းထက်သော အင်္ဂါရပ်ဖြစ်သည်ကို ကျွန်ုပ် ဝန်ခံရပါမည်။
လုပ်ဆောင်နေချိန်တွင် အခြားတည်ဆောက်မှုများမှ ကုဒ်ကို တင်သွင်းပါ။
NPM ပက်ကေ့ဂျ်နမူနာကို လက်ခံသောအခါ၊ ကျွန်ုပ်တို့သည် ကုဒ်မျှဝေခြင်းနှင့် "စာကြည့်တိုက်" ကို စဉ်းစားခြင်းထက် APIs များနှင့်ဆင်တူသော Module Federation ကိုအသုံးပြုသည့်အက်ပ်များကို ထည့်သွင်းစဉ်းစားနိုင်ပါသည်။
၎င်းတို့သည် အခြားအက်ပ်များမှ လုပ်ဆောင်နိုင်စွမ်းကို လက်ခံရရှိသည့်ပုံစံအတိုင်း၊ ဝဘ်အက်ပ်လီကေးရှင်းသည် ယခုအခါ အခြားအက်ပ်လီကေးရှင်းများအတွက် လုပ်ဆောင်နိုင်စွမ်းကို ပေးဆောင်နိုင်ပြီဖြစ်သည်။
သုံးစွဲသူ အတွေ့အကြုံကို ထိန်းသိမ်းထားစဉ်တွင် ပိုမိုကောင်းမွန်သော ဆော့ဖ်ဝဲရေးသားသူ အတွေ့အကြုံ
မည်သည့် JavaScript ပြုစုသူ Webpack ဗားရှင်း 5 တွင် အသုံးပြုနိုင်သော Webpack plugin တစ်ခုဖြစ်သောကြောင့် Module Federation နှင့် အတော်လေး အဆင်ပြေပါမည်။
အဲဒါကို တွေးကြည့်မိရင် ဒါက တကယ်ကို အားကောင်းပြီး စိတ်ဝင်စားစရာပါပဲ။
Third-party Webpack loaders ကိုအသုံးပြုခြင်းဖြင့်၊ အဆိုပါအစိတ်အပိုင်းအားလုံးကိုစဉ်းစားပါ။ webpack ဇာတ်ညွှန်းများ၊ ပိုင်ဆိုင်မှုများ၊ စတိုင်များ၊ ရုပ်ပုံများ၊ အမှတ်အသားပြုမှုများနှင့် အခြားအရာများ အပါအဝင် အစုအဝေးများ။
Module ဖက်ဒရေးရှင်းကို အသုံးပြုခြင်းဖြင့်၊ ၎င်းတို့အားလုံးကို မျှဝေနိုင်ပြီး ဖက်ဒရယ်ကို ပြုလုပ်နိုင်သည်။
Micro-frontends များသည် monolithic ပုံစံဖြင့် လုပ်ဆောင်သည်။
သင့်အပလီကေးရှင်းတွင် မျှဝေထားသောလုပ်ဆောင်ချက်ကို ထည့်ရန်အတော်လေးလွယ်ကူပါသည်။ ပုံမှန်အတိုင်း အစုအဝေးကို တင်သွင်းပါ သို့မဟုတ် ပြိုင်တူကူးချခြင်းကို အသုံးပြုပါ။
တနည်းအားဖြင့်၊ lazy loading ကိုအသုံးပြုခြင်းဖြင့် လိုအပ်သည့်အခါတွင် မှီခိုအားထားမှုများကိုသာ တင်ရန် asynchronous loading ကိုအသုံးပြုနိုင်ပါသည်။
ကောက်ချက်
ဤပို့စ်တွင်၊ ကျွန်ုပ်တို့သည် သင်၏ micro-frontend အက်ပလီကေးရှင်းကို ဖန်တီးရန်အတွက် အကောင်းဆုံးရွေးချယ်မှုအဖြစ် Module Federation ကို ဆွေးနွေးထားပါသည်။
အပလီကေးရှင်းများ လဲလှယ်ပြီး လုပ်ဆောင်နိုင်စွမ်းကို runtime တွင် စားသုံးခွင့်ပေးခြင်းသည် အဖွဲ့အမျိုးမျိုးကို သီးခြားအပလီကေးရှင်းများတွင် လုပ်ဆောင်နိုင်စေခြင်းဖြင့် အရွယ်အစားကို မြှင့်တင်ပေးပါသည်။
ဘုံလုပ်ဆောင်ချက် ပြောင်းလဲလာသောအခါ အမြဲစိမ်းလန်းသော လုပ်ဆောင်နိုင်စွမ်းကို ပံ့ပိုးပေးသောကြောင့် သင့်စားသုံးသူများကို ဒီဇိုင်းဆွဲပြီး အသုံးပြုရန် မလိုအပ်ပါ။
သင်၏ပရိုဂရမ်သည် ၎င်းကိုတပ်ဆင်ပြီးနောက် မိုလီတုံးကဲ့သို့ လုပ်ဆောင်နိုင်မည်ဖြစ်ပြီး၊ အလွန်ကောင်းမွန်ပါသည်။
အက်ပ်များ၏ အရွယ်အစားကို လျှော့ချရန်အတွက် မျှဝေနိုင်သော မှီခိုမှုများကို အသုံးပြုပါသည်။ Developer အများအပြားသည် Webpack ပတ်ဝန်းကျင်နှင့် ရင်းနှီးပြီးသားဖြစ်သောကြောင့် developer အတွေ့အကြုံသည် ကောင်းမွန်ပါသည်။
တစ်ဦးစာပြန်ရန် Leave