අපගේ කාලය තුළ ඔබේම වෙබ් යෙදුමක් නිර්මාණය කිරීම සඳහා, එය සංවර්ධනය කිරීමට ප්රමාණවත් නොවේ. වැදගත් අංගයක් වන්නේ යෙදුම් යෙදවීම, අධීක්ෂණය, මෙන්ම එය ක්‍රියාත්මක වන පරිසරය කළමනාකරණය කිරීම සහ පරිපාලනය කිරීම සඳහා මෙවලම් සැකසීමයි. අතින් යෙදවීමේ යුගය අමතක වී යන විට, කුඩා ව්‍යාපෘති සඳහා පවා, ස්වයංක්‍රීය මෙවලම් මගින් ප්‍රත්‍යක්ෂ ප්‍රතිලාභ ගෙන දිය හැකිය. “අතින්” යෙදවීමේදී, අපට බොහෝ විට යමක් ගෙනයාමට අමතක විය හැකිය, මෙම හෝ එම සූක්ෂ්මතාවය සැලකිල්ලට ගන්න, අමතක වූ පරීක්ෂණයක් පවත්වන්න, මෙම ලැයිස්තුව සෑහෙන කාලයක් සඳහා දිගටම කරගෙන යා හැකිය.
වෙබ් යෙදුම් සෑදීමේ මූලික කරුණු ඉගෙන ගන්නා අයට සහ මූලික නියමයන් සහ සම්මුතීන් ගැන ටිකක් තේරුම් ගැනීමට මෙම ලිපිය උපකාර විය හැක.
එබැවින්, ගොඩනැගීමේ යෙදුම් තවමත් කොටස් 2 කට බෙදිය හැකිය: යෙදුම් කේතයට සම්බන්ධ සෑම දෙයක්ම සහ මෙම කේතය ක්‍රියාත්මක කරන පරිසරයට සම්බන්ධ සෑම දෙයක්ම. යෙදුම් කේතය, සේවාදායක කේතය (සේවාදායකයේ ක්‍රියාත්මක වන එක, බොහෝ විට: ව්‍යාපාර තර්කනය, අවසරය, දත්ත ගබඩා කිරීම යනාදිය) සහ සේවාදායක කේතය (පරිශීලකයාගේ යන්ත්‍රයේ ක්‍රියාත්මක වන එක: බොහෝ විට) ලෙසද බෙදා ඇත. අතුරුමුහුණත සහ එය සමඟ සම්බන්ධිත තර්කනය).
අපි බදාදා සිට ආරම්භ කරමු.
ඕනෑම කේතයක්, පද්ධතියක් හෝ මෘදුකාංගයක ක්‍රියාකාරිත්වය සඳහා පදනම වන්නේ මෙහෙයුම් පද්ධතියයි, එබැවින් පහත අපි සත්කාරක වෙළඳපොලේ වඩාත්ම ජනප්රිය පද්ධති දෙස බලා ඒවාට කෙටි විස්තරයක් ලබා දෙන්නෙමු:
වින්ඩෝස් සර්වරය - එකම වින්ඩෝස්, නමුත් සේවාදායක විචලනයකින්. වින්ඩෝස් හි සේවාදායක (සාමාන්‍ය) අනුවාදයේ ඇති සමහර ක්‍රියාකාරිත්වයන් මෙහි නොමැත, උදාහරණයක් ලෙස, සංඛ්‍යාලේඛන සහ ඒ හා සමාන මෘදුකාංග එකතු කිරීම සඳහා සමහර සේවාවන්, නමුත් ජාල පරිපාලනය සඳහා උපයෝගිතා කට්ටලයක් ඇත, සේවාදායකයන් යෙදවීම සඳහා මූලික මෘදුකාංග (වෙබ්, ftp, ...) සාමාන්‍යයෙන්, වින්ඩෝස් සර්වර් සාමාන්‍ය වින්ඩෝස් මෙන් පෙනේ, සාමාන්‍ය වින්ඩෝස් වැනි ක්වාක්, කෙසේ වෙතත්, එහි සාමාන්‍ය සගයාට වඩා 2 ගුණයකින් වැඩි වේ. කෙසේ වෙතත්, ඔබ බොහෝ විට කැපවූ/අථත්‍ය සේවාදායකයක් මත යෙදුම යෙදවීමට ඉඩ ඇති බැවින්, ඔබ සඳහා අවසාන පිරිවැය, එය වැඩි විය හැකි වුවද, තීරණාත්මක නොවේ. Windows වේදිකාව පාරිභෝගික OS වෙළඳපොලේ අතිමහත් ස්ථානයක් ගන්නා බැවින්, එහි සේවාදායක සංස්කරණය බොහෝ පරිශීලකයින්ට වඩාත් හුරුපුරුදු වනු ඇත.
යුනික්ස්- සමාන පද්ධතිය. මෙම පද්ධතිවල සාම්ප්‍රදායික වැඩ සඳහා හුරුපුරුදු චිත්‍රක අතුරු මුහුණතක් තිබීම අවශ්‍ය නොවේ, පරිශීලකයාට පාලන අංගයක් ලෙස කොන්සෝලයක් පමණක් ලබා දෙයි. අද්දැකීම් අඩු පරිශීලකයෙකුට, මෙම ආකෘතියේ වැඩ කිරීම දුෂ්කර විය හැකිය, දත්තවල ඉතා ජනප්රිය පෙළ සංස්කාරකයකින් පිටවීමේ පිරිවැය කොපමණද යන්න පමණි. විම්, මේ සම්බන්ධ ප්‍රශ්නයක් දැනටමත් වසර 6ක් තුළ මිලියන 1.8කට වඩා වැඩි පිරිසක් නරඹා තිබෙනවා. මෙම පවුලේ ප්‍රධාන බෙදාහැරීම් (සංස්කරණ) නම්: ඩේබියන් - ජනප්රිය බෙදාහැරීමක්, එහි ඇති පැකේජ අනුවාද ප්‍රධාන වශයෙන් LTS වෙත අවධානය යොමු කරයි (දිගුකාලීන සහාය - දිගු කාලයක් සඳහා සහාය), එය පද්ධතියේ සහ පැකේජවල තරමක් ඉහළ විශ්වසනීයත්වය සහ ස්ථාවරත්වය තුළ ප්රකාශිත වේ; උබුන්ටු - සියලුම පැකේජවල බෙදාහැරීම් ඒවායේ නවතම අනුවාදවල අඩංගු වේ, එය ස්ථාවරත්වයට බලපෑ හැකි නමුත් නව අනුවාද සමඟ එන ක්‍රියාකාරීත්වය භාවිතා කිරීමට ඔබට ඉඩ සලසයි; Red Hat Enterprise Linux - OS, වාණිජමය භාවිතය සඳහා ස්ථානගත කර ඇත, ගෙවනු ලැබේ, කෙසේ වෙතත්, මෘදුකාංග වෙළෙන්දන්, සමහර හිමිකාර පැකේජ සහ ධාවක පැකේජවල සහාය ඇතුළත් වේ; CentOS - විවෘත මූලාශ්රය Red Hat Enterprise Linux හි විචලනය, හිමිකාර පැකේජ සහ සහාය නොමැති වීම මගින් සංලක්ෂිත වේ.
මෙම ප්‍රදේශය ප්‍රගුණ කිරීමට පටන් ගෙන සිටින අය සඳහා, මගේ නිර්දේශය පද්ධති වේ වින්ඩෝස් සර්වරය, හෝ උබුන්ටු. අපි වින්ඩෝස් සලකා බලන්නේ නම්, මෙය මූලික වශයෙන් පද්ධතියේ හුරුපුරුදුකමයි, උබුන්ටු - යාවත්කාලීන කිරීමට වැඩි ඉවසීමක්, සහ අනෙක් අතට, උදාහරණයක් ලෙස, නව අනුවාදයන් අවශ්‍ය වන තාක්ෂණයන් පිළිබඳ ව්‍යාපෘති දියත් කිරීමේදී අඩු ගැටළු.
එබැවින්, OS තීරණය කිරීමෙන් පසු, යෙදුමේ හෝ එහි කොටස් සේවාදායකයේ යෙදවීමට (ස්ථාපනය කිරීමට), යාවත්කාලීන කිරීමට සහ අධීක්ෂණය කිරීමට ඔබට ඉඩ සලසන මෙවලම් කට්ටලයක් වෙත යමු.
මීළඟ වැදගත් තීරණය වනුයේ ඔබගේ අයදුම්පත්‍රය ස්ථානගත කිරීම සහ ඒ සඳහා වන සේවාදායකයයි. මේ මොහොතේ, වඩාත් සුලභ වන්නේ ක්රම 3 කි.
- ඔබ විසින්ම සේවාදායකයක් සත්කාරකත්වය ( තබා ගැනීම) වඩාත්ම අයවැය-හිතකාමී විකල්පය වේ, නමුත් ඔබේ සම්පත කාලයත් සමඟ එහි ලිපිනය වෙනස් නොවන පරිදි ඔබේ සැපයුම්කරුගෙන් ස්ථිතික IP එකක් ඇණවුම් කිරීමට සිදුවනු ඇත.
- කැපවූ සේවාදායකයක් (VDS) කුලියට ගන්න - සහ ස්වාධීනව එය පරිපාලනය කිරීම සහ බර පැටවීම
- සමහර ක්ලවුඩ් සත්කාරකත්වය සඳහා දායකත්වයක් සඳහා ගෙවන්න (බොහෝ විට ඔවුන් ඔබට වේදිකාවේ ක්‍රියාකාරීත්වය නොමිලේ උත්සාහ කිරීමට අවස්ථාවක් ලබා දෙයි), එහිදී භාවිතා කරන සම්පත් සඳහා ගෙවීම් ආකෘතිය බෙහෙවින් පොදු වේ. මෙම දිශාවේ වඩාත්ම කැපී පෙනෙන නියෝජිතයන්: Amazon AWS (ඔවුන් සේවා භාවිතා කිරීමට නොමිලේ වසරක් ලබා දෙයි, නමුත් මාසික සීමාවක් සහිතව), Google Cloud (ඔවුන් ගිණුමට ඩොලර් 300 ක් ලබා දෙයි, එය වලාකුළු සත්කාරක සේවා සඳහා වසර තුළ වියදම් කළ හැකිය) , Yandex.Cloud (ඔවුන් මාස 4000 ක් සඳහා රූබල් 2 ක් ලබා දෙයි), Microsoft Azure (වසරක් සඳහා ජනප්රිය සේවාවන් සඳහා නොමිලේ ප්‍රවේශය ලබා දෙන්න, + මාසයක් සඳහා ඕනෑම සේවාවක් සඳහා රූබල් 12). මේ අනුව, ඔබට සතයක්වත් වියදම් නොකර මෙම ඕනෑම සැපයුම්කරුවෙකු උත්සාහ කළ හැකිය, නමුත් සපයනු ලබන සේවාවේ ගුණාත්මකභාවය සහ මට්ටම පිළිබඳ දළ අදහසක් ලබා ගන්න.
තෝරාගත් මාර්ගය මත පදනම්ව, අනාගතයේදී වෙනස් වන එකම දෙය වන්නේ මෙම හෝ එම පරිපාලන ක්ෂේත්‍රයට විශාල වශයෙන් වගකිව යුත්තේ කවුරුන්ද යන්නයි. ඔබ විසින්ම සත්කාරකත්වය දරන්නේ නම්, විදුලිය, අන්තර්ජාලය, සේවාදායකයම, එය මත යොදවා ඇති මෘදුකාංගයේ ඕනෑම බාධාවක් - මේ සියල්ල සම්පූර්ණයෙන්ම ඔබේ උරහිස් මත පවතින බව ඔබ තේරුම් ගත යුතුය. කෙසේ වෙතත්, පුහුණුව සහ පරීක්ෂණ සඳහා, මෙය ප්රමාණවත් තරම් වැඩි ය.
ඔබට සේවාදායකයක භූමිකාව ඉටු කළ හැකි අමතර යන්ත්‍රයක් නොමැති නම්, ඔබට දෙවන හෝ තුන්වන මාර්ගය භාවිතා කිරීමට අවශ්‍ය වනු ඇත. දෙවන අවස්ථාව පළමු එකට සමාන වේ, ඔබ සේවාදායකයේ ඇති බව සහ එහි බලය පිළිබඳ වගකීම සත්කාරකයාගේ උරහිස් වෙත මාරු කිරීම හැරුණු විට. සේවාදායකයේ සහ මෘදුකාංගයේ පරිපාලනය තවමත් ඔබගේ පාලනය යටතේ පවතී.
අවසාන වශයෙන්, වලාකුළු සපයන්නන්ගේ ධාරිතාව කුලියට ගැනීමේ විකල්පය. මෙහිදී ඔබට ඕනෑවට වඩා තාක්ෂණික විස්තර වලට නොගොස් ඕනෑම දෙයක ස්වයංක්‍රීය පාලනයක් සැකසිය හැක. ඊට අමතරව, එක් යන්ත්‍රයක් වෙනුවට, ඔබට සමාන්තර ධාවන අවස්ථා කිහිපයක් තිබිය හැකිය, උදාහරණයක් ලෙස, යෙදුමේ විවිධ කොටස් සඳහා වගකිව හැකි අතර, කැපවූ සේවාදායකයක් හිමි වීමෙන් විශාල පිරිවැයක් වෙනස් නොවේ. තවද, වාද්ය වෘන්දය, බහාලුම්කරණය, ස්වයංක්‍රීය යෙදවීම, අඛණ්ඩ ඒකාබද්ධ කිරීම සහ තවත් බොහෝ දේ සඳහා මෙවලම් තිබේ! අපි මේ කරුණු කිහිපයක් පහතින් බලමු.
සාමාන්‍යයෙන්, සේවාදායක යටිතල ව්‍යුහය මේ ආකාරයට පෙනේ: අපට ඊනියා “වාද්ය වෘන්දයක්” ඇත (“වාද්ය වෘන්දය” යනු සේවාදායක අවස්ථා කිහිපයක් කළමනාකරණය කිරීමේ ක්‍රියාවලියයි), එය සේවාදායක අවස්ථාවක්, අථත්‍යකරණ බහාලුමක් (විකල්ප, නමුත් තරමක් දුරට) කළමනාකරණය කරයි. බොහෝ විට භාවිතා වේ), එමඟින් ඔබට යෙදුම හුදකලා තාර්කික ස්ථරවලට බෙදීමට ඉඩ සලසයි, සහ අඛණ්ඩ ඒකාබද්ධ කිරීමේ මෘදුකාංගය - “ස්ක්‍රිප්ට්” හරහා සත්කාරක කේතයට යාවත්කාලීන කිරීමට ඉඩ සලසයි.
එබැවින්, වාද්ය වෘන්දය ඔබට සේවාදායකයන්ගේ තත්ත්වය බැලීමට, සේවාදායක පරිසරයට යාවත්කාලීන කිරීම් පෙරළීමට හෝ ආපසු හැරීමට සහ යනාදියට ඉඩ සලසයි. මුලදී, මෙම අංගය ඔබට බලපාන්නේ නැත, මන්ද ඕනෑම දෙයක් සංවිධානය කිරීම සඳහා ඔබට සේවාදායකයන් කිහිපයක් අවශ්‍ය වේ (ඔබට එකක් තිබිය හැකිය, නමුත් මෙය අවශ්‍ය වන්නේ ඇයි?), සහ සේවාදායකයන් කිහිපයක් තිබීම සඳහා ඔබට ඒවා අවශ්‍ය වේ. මෙම දිශාවට ඇති මෙවලම් අතර, වඩාත් ජනප්රිය එකක් වන්නේ Kubernetes, විසින් සංවර්ධනය කරන ලදී ගූගල්.
ඊළඟ පියවර වන්නේ OS මට්ටමේ අථත්යකරණයයි. වර්තමානයේ, "ඩොකරීකරණය" යන සංකල්පය පුළුල් වී ඇති අතර එය මෙවලමෙන් පැමිණේ Docker, එකිනෙකින් හුදකලා වූ බහාලුම්වල ක්‍රියාකාරීත්වය සපයන නමුත් එක් මෙහෙයුම් පද්ධතියක සන්දර්භය තුළ දියත් කෙරේ. මෙයින් අදහස් කරන්නේ කුමක්ද: මෙම එක් එක් බහාලුම්වල ඔබට යෙදුමක් හෝ යෙදුම් කට්ටලයක් පවා ධාවනය කළ හැකිය, මෙම යන්ත්‍රයේ වෙනත් අයෙකු සිටීදැයි සැක නොකර සමස්ත මෙහෙයුම් පද්ධතිය තුළම ඒවා පමණක් බව විශ්වාස කරනු ඇත. මෙම ශ්‍රිතය විවිධ අනුවාදවල සමාන යෙදුම් දියත් කිරීමට හෝ සරලව ගැටුම්කාරී යෙදුම් දියත් කිරීමට මෙන්ම යෙදුමක කොටස් ස්ථරවලට බෙදීමට ඉතා ප්‍රයෝජනවත් වේ. මෙම ස්ථර වාත්තු පසුව රූපයකට ලිවිය හැක, උදාහරණයක් ලෙස, යෙදුමක් යෙදවීමට භාවිතා කළ හැක. එනම්, මෙම රූපය ස්ථාපනය කිරීමෙන් සහ එහි අඩංගු බහාලුම් යෙදවීමෙන්, ඔබේ යෙදුම ක්‍රියාත්මක කිරීම සඳහා ඔබට සූදානම් පරිසරයක් ලැබේ! පළමු පියවරේදී, ඔබට මෙම මෙවලම තොරතුරු අරමුණු සඳහා සහ යෙදුම් තර්කනය විවිධ ස්ථරවලට බෙදීමෙන් සැබෑ ප්‍රතිලාභ ලබා ගැනීමට භාවිතා කළ හැකිය. නමුත් සෑම කෙනෙකුටම ඩොකරකරණය අවශ්‍ය නොවන අතර සෑම විටම නොවන බව මෙහිදී පැවසීම වටී. යෙදුම "ඛණ්ඩනය වූ", කුඩා කොටස් වලට බෙදා ඇති අවස්ථාවන්හිදී ඩොකරීකරණය යුක්ති සහගත වේ, සෑම එකක්ම තමන්ගේම කාර්යය සඳහා වගකිව යුතු, ඊනියා "ක්ෂුද්‍ර සේවා ගෘහ නිර්මාණ ශිල්පය".
ඊට අමතරව, පරිසරය සැපයීමට අමතරව, සියලුම ආකාරයේ කේත පරිවර්තන, යෙදුම් ආශ්‍රිත පුස්තකාල සහ පැකේජ ස්ථාපනය කිරීම, ධාවන පරීක්ෂණ, මෙම මෙහෙයුම් පිළිබඳ දැනුම්දීම් සහ යනාදිය ඇතුළත් යෙදුමේ දක්ෂ යෙදවීමක් අපි සහතික කළ යුතුය. මෙහිදී අපි "අඛණ්ඩ ඒකාබද්ධතාවය" වැනි සංකල්පයක් කෙරෙහි අවධානය යොමු කළ යුතුය (CI - අඛණ්ඩ ඒකාබද්ධතාවය) මේ මොහොතේ මෙම ප්‍රදේශයේ ඇති ප්‍රධාන මෙවලම් වන්නේ ජෙන්කින්ස් ය (ජාවා හි ලියා ඇති CI මෘදුකාංගය ආරම්භයේදී ටිකක් සංකීර්ණ බව පෙනේ), ට්‍රැවිස් සීඅයි (රූබි වලින් ලියා ඇත, ආත්මීය, තරමක් සරල ය ජෙන්කින්ස්, කෙසේ වෙතත්, යෙදවුම් වින්‍යාස කිරීමේ ක්ෂේත්‍රය පිළිබඳ යම් දැනුමක් තවමත් අවශ්‍ය වේ), Gitlab CI (ලියා ඇත රූබි සහ ගෝ).
එබැවින්, ඔබගේ යෙදුම ක්‍රියාත්මක වන පරිසරය ගැන කතා කිරීමෙන් පසු, මෙම යෙදුම් නිර්මාණය කිරීම සඳහා නවීන ලෝකය අපට ලබා දෙන මෙවලම් මොනවාදැයි සොයා බැලීමට කාලයයි.
අපි මූලික කරුණු සමඟ ආරම්භ කරමු: පසුබිම (පසුපස) - සේවාදායක කොටස. මෙහි භාෂාව තෝරා ගැනීම, මූලික කාර්යයන් සමූහය සහ පූර්ව නිශ්චිත ව්‍යුහය (රාමුව) තීරණය වන්නේ ප්‍රධාන වශයෙන් පුද්ගලික මනාපයන් මත ය, කෙසේ වෙතත්, එය සලකා බැලීම සඳහා සඳහන් කිරීම වටී (භාෂා පිළිබඳ කතුවරයාගේ මතය ප්‍රකාශයක් සමඟ වුවද තරමක් ආත්මීය ය. අපක්ෂපාතී විස්තරයකට):
- Python යනු අද්දැකීම් අඩු පරිශීලකයෙකුට තරමක් මිත්‍රශීලී භාෂාවකි, එය සමහර වැරදි වලට සමාව දෙයි, නමුත් එය සංවර්ධකයා සමඟ දැඩි විය හැකි අතර එමඟින් ඔහු නරක කිසිවක් නොකරයි. දැනටමත් තරමක් පරිණත හා අර්ථවත් භාෂාවක්, එය 1991 දී දර්ශනය විය.
- Go - Google වෙතින් භාෂාවක්, තරමක් මිත්‍රශීලී සහ පහසු ය, ඕනෑම වේදිකාවක ක්‍රියාත්මක කළ හැකි ගොනුවක් සම්පාදනය කිරීම සහ ලබා ගැනීම තරමක් පහසුය. එය සරල හා ප්රසන්න විය හැකිය, නැතහොත් එය සංකීර්ණ හා බරපතල විය හැකිය. නැවුම් සහ තරුණ, සාපේක්ෂව මෑතකදී, 2009 දී පෙනී සිටියේය.
- රස්ට් 2006 දී නිකුත් කරන ලද එහි පෙර සගයාට වඩා ටිකක් පැරණි නමුත් එහි සම වයසේ මිතුරන් හා සසඳන විට තවමත් තරමක් තරුණ ය. වඩා පළපුරුදු සංවර්ධකයින් ඉලක්ක කර ඇත, එය තවමත් වැඩසටහන්කරු සඳහා බොහෝ පහත් මට්ටමේ කාර්යයන් විසඳීමට උත්සාහ කරයි.
- ජාවා යනු 1995 දී හඳුන්වා දුන් වාණිජ සංවර්ධනයේ ප්‍රවීණයෙක් වන අතර එය අද ව්යවසාය යෙදුම් සංවර්ධනයේ බහුලව භාවිතා වන භාෂාවකි. එහි මූලික සංකල්ප සහ බර සැකසුම සමඟින්, ධාවන කාලය ආරම්භකයකුට තරමක් අභියෝගාත්මක විය හැකිය.
- ASP.net යනු Microsoft විසින් නිකුත් කරන ලද යෙදුම් සංවර්ධන වේදිකාවකි. ක්‍රියාකාරීත්වය ලිවීම සඳහා, 2000 දී දර්ශනය වූ C# භාෂාව (C Sharp ලෙස උච්චාරණය කිරීම) ප්‍රධාන වශයෙන් භාවිතා වේ. එහි සංකීර්ණත්වය Java සහ Rust අතර මට්ටමට සමාන වේ.
- PHP, මුලින් HTML පෙර සැකසුම් සඳහා භාවිතා කරන ලදී, දැනට, එය භාෂා වෙළඳපොලේ නිරපේක්ෂ නායකත්වය දරන නමුත්, භාවිතයේ අඩුවීමක් කරා නැඹුරුවක් පවතී. එයට අඩු ප්‍රවේශ සීමාවක් සහ කේතය ලිවීමේ පහසුව ඇත, නමුත් ඒ සමඟම, තරමක් විශාල යෙදුම් සංවර්ධනය කිරීමේදී, භාෂාවේ ක්‍රියාකාරිත්වය ප්රමාණවත් නොවිය හැකිය.
හොඳයි, අපගේ යෙදුමේ අවසාන කොටස - පරිශීලකයාට වඩාත්ම ස්පර්ශය - ඉදිරි අන්තය (ඉදිරිපස) - ඔබගේ යෙදුමේ මුහුණත වේ; පරිශීලකයා සෘජුව අන්තර්ක්‍රියා කරන්නේ මෙම කොටස සමඟ ය.
විස්තර වලට නොගොස්, නවීන ඉදිරිපස කොටස පරිශීලක අතුරුමුහුණත් නිර්මාණය කිරීම සඳහා කුළුණු තුනක්, රාමු (සහ එතරම් නොවේ) මත පවතී. ඒ අනුව, වඩාත් ජනප්රිය තුන වන්නේ:
- ReactJS යනු රාමුවක් නොව පුස්තකාලයකි. ඇත්ත වශයෙන්ම, රාමුව එහි සාඩම්බර මාතෘකාවෙන් වෙනස් වන්නේ "කොටුවෙන් පිටත" සමහර කාර්යයන් නොමැති විට සහ ඒවා අතින් ස්ථාපනය කිරීමේ අවශ්යතාව තුළ පමණි. මේ අනුව, මෙම පුස්තකාලයේ "සූදානම් කිරීමේ" වෙනස්කම් කිහිපයක් ඇත, අද්විතීය රාමු සාදයි. සමහර මූලික මූලධර්ම සහ ගොඩනැගීමේ පරිසරයේ තරමක් ආක්‍රමණශීලී සැකසුම හේතුවෙන් ආරම්භකයකුට එය ටිකක් අපහසු විය හැකිය. කෙසේ වෙතත්, ඉක්මන් ආරම්භයක් සඳහා, ඔබට "create-react-app" පැකේජය භාවිතා කළ හැකිය.
- VueJS යනු පරිශීලක අතුරුමුහුණත් ගොඩනැගීමේ රාමුවකි. මෙම ත්‍රිත්වයෙන්, එය වඩාත් පරිශීලක-හිතකාමී රාමුවේ මාතෘකාව නිවැරදිව ගනී; Vue හි සංවර්ධනය සඳහා, ඇතුළුවීමට ඇති බාධකය අනෙක් සඳහන් කළ සහෝදරයන්ට වඩා අඩුය. එපමණක්ද නොව, ඔහු ඔවුන් අතර බාලයා වේ.
- කෝණික මෙම රාමු වලින් වඩාත් සංකීර්ණ ලෙස සැලකේ, අවශ්‍ය එකම එක යතුරු ලියනය (Javascript භාෂාව සඳහා add-on). විශාල ව්යවසාය යෙදුම් තැනීමට බොහෝ විට භාවිතා වේ.
ඉහත ලියා ඇති දේ සාරාංශගත කිරීමෙන්, දැන් යෙදුමක් යෙදවීම මෙම ක්‍රියාවලිය පෙර පැවති ආකාරයට වඩා රැඩිකල් ලෙස වෙනස් බව අපට නිගමනය කළ හැකිය. කෙසේ වෙතත්, පැරණි ආකාරයෙන් "යෙදීම" කිරීමෙන් කිසිවෙකු ඔබව වළක්වන්නේ නැත. නමුත් මෙම මාර්ගය තෝරා ගන්නා සංවර්ධකයෙකුට පා තැබීමට සිදුවන අතිවිශාල වැරදි සංඛ්‍යාවක් ආරම්භයේදී ඉතිරි වන සුළු කාලය වටී ද? මම විශ්වාස කරන්නේ පිළිතුර නැත යන්නයි. මෙම මෙවලම් සමඟ ඔබ හුරුපුරුදු වීමට තව ටිකක් කාලය ගත කිරීමෙන් (ඔබට වඩා වැඩි යමක් අවශ්‍ය නොවේ, මන්ද ඔබට ඒවා ඔබගේ වර්තමාන ව්‍යාපෘතියට අවශ්‍යද නැද්ද යන්න තේරුම් ගත යුතු බැවින්), ඔබට එය ක්‍රීඩා කළ හැකිය, සැලකිය යුතු ලෙස අඩු කිරීම, උදාහරණයක් ලෙස. , පරිසරය මත පදනම්ව සහ නිෂ්පාදන සේවාදායකයේ පමණක් දිස්වන අවතාර දෝෂ පිළිබඳ අවස්ථා, සේවාදායක බිඳවැටීමට හේතු වූ දේ සහ එය ආරම්භ නොවන්නේ මන්දැයි රාත්‍රී විශ්ලේෂණය සහ තවත් බොහෝ දේ.
මූලාශ්රය: www.habr.com