વેબ એપ્લિકેશન બનાવવા અને પ્રકાશિત કરવા માટેની ચેકલિસ્ટ

અમારા સમયમાં તમારી પોતાની વેબ એપ્લિકેશન બનાવવા માટે, તેને વિકસાવવા માટે સક્ષમ થવું પૂરતું નથી. એક અગત્યનું પાસું એપ્લીકેશન જમાવટ, દેખરેખ તેમજ તે જે વાતાવરણમાં કાર્ય કરે છે તેનું સંચાલન અને સંચાલન કરવા માટે સાધનોની સ્થાપના છે. મેન્યુઅલ ડિપ્લોયમેન્ટનો યુગ વિસ્મૃતિમાં ઝાંખો થતો જાય છે, નાના પ્રોજેક્ટ્સ માટે પણ, ઓટોમેશન ટૂલ્સ મૂર્ત લાભ લાવી શકે છે. જ્યારે “હાથથી” જમાવવું, ત્યારે આપણે ઘણીવાર કંઈક ખસેડવાનું ભૂલી જઈ શકીએ છીએ, આ અથવા તે સૂક્ષ્મતાને ધ્યાનમાં લઈએ છીએ, ભૂલી ગયેલી પરીક્ષા ચલાવીએ છીએ, આ સૂચિ લાંબા સમય સુધી ચાલુ રાખી શકાય છે.

આ લેખ એવા લોકોને મદદ કરી શકે છે જેઓ ફક્ત વેબ એપ્લિકેશન બનાવવાની મૂળભૂત બાબતો શીખી રહ્યાં છે અને મૂળભૂત શરતો અને સંમેલનો વિશે થોડું સમજવા માગે છે.

તેથી, બિલ્ડીંગ એપ્લીકેશનને હજુ પણ 2 ભાગોમાં વિભાજિત કરી શકાય છે: એપ્લિકેશન કોડ સાથે સંબંધિત દરેક વસ્તુ અને તે પર્યાવરણ સાથે સંબંધિત દરેક વસ્તુ જેમાં આ કોડ એક્ઝિક્યુટ કરવામાં આવે છે. એપ્લિકેશન કોડ, બદલામાં, સર્વર કોડમાં પણ વિભાજિત થાય છે (જે સર્વર પર ચાલે છે, ઘણીવાર: બિઝનેસ લોજિક, અધિકૃતતા, ડેટા સ્ટોરેજ, વગેરે), અને ક્લાયંટ કોડ (એક જે વપરાશકર્તાના મશીન પર ચાલે છે: ઘણીવાર ઇન્ટરફેસ, અને તેની સાથે સંબંધિત તર્ક).

બુધવારથી શરૂઆત કરીએ.

કોઈપણ કોડ, સિસ્ટમ અથવા સૉફ્ટવેરના સંચાલન માટેનો આધાર ઑપરેટિંગ સિસ્ટમ છે, તેથી નીચે અમે હોસ્ટિંગ માર્કેટ પરની સૌથી લોકપ્રિય સિસ્ટમ્સ જોઈશું અને તેનું ટૂંકું વર્ણન આપીશું:

વિન્ડોઝ સર્વર - સમાન વિન્ડોઝ, પરંતુ સર્વર વિવિધતામાં. વિન્ડોઝના ક્લાયંટ (નિયમિત) સંસ્કરણમાં ઉપલબ્ધ કેટલીક કાર્યક્ષમતા અહીં હાજર નથી, ઉદાહરણ તરીકે, આંકડાઓ અને સમાન સોફ્ટવેર એકત્ર કરવા માટેની કેટલીક સેવાઓ, પરંતુ નેટવર્ક એડમિનિસ્ટ્રેશન માટે ઉપયોગિતાઓનો સમૂહ છે, સર્વરોને જમાવવા માટે મૂળભૂત સોફ્ટવેર (વેબ, એફટીપી, ...). સામાન્ય રીતે, વિન્ડોઝ સર્વર નિયમિત વિન્ડોઝ જેવું લાગે છે, સામાન્ય વિન્ડોઝ જેવું ક્વેક્સ, જો કે, તેની કિંમત તેના નિયમિત સમકક્ષ કરતાં 2 ગણી વધારે છે. જો કે, આપેલ છે કે તમે સંભવતઃ સમર્પિત/વર્ચ્યુઅલ સર્વર પર એપ્લિકેશન જમાવશો, તમારા માટે અંતિમ ખર્ચ, જો કે તે વધી શકે છે, તે મહત્વપૂર્ણ નથી. વિન્ડોઝ પ્લેટફોર્મ કન્ઝ્યુમર ઓએસ માર્કેટમાં જબરજસ્ત સ્થાન ધરાવે છે, તેથી તેની સર્વર આવૃત્તિ મોટાભાગના વપરાશકર્તાઓ માટે સૌથી વધુ પરિચિત હશે.

યુનિક્સ- સમાન સિસ્ટમ. આ સિસ્ટમોમાં પરંપરાગત કાર્યને પરિચિત ગ્રાફિકલ ઇન્ટરફેસની હાજરીની જરૂર નથી, વપરાશકર્તાને નિયંત્રણ તત્વ તરીકે માત્ર એક કન્સોલ ઓફર કરે છે. બિનઅનુભવી વપરાશકર્તા માટે, આ ફોર્મેટમાં કામ કરવું મુશ્કેલ હોઈ શકે છે, ડેટામાં ખૂબ જ લોકપ્રિય એવા ટેક્સ્ટ એડિટરની બહાર નીકળવાની કિંમત શું છે આવેશ, આને લગતા પ્રશ્નને 6 વર્ષમાં 1.8 મિલિયનથી વધુ વ્યૂઝ મળી ચૂક્યા છે. આ પરિવારના મુખ્ય વિતરણો (આવૃત્તિઓ) છે: ડેબિયન - એક લોકપ્રિય વિતરણ, તેમાંના પેકેજ સંસ્કરણો મુખ્યત્વે LTS પર કેન્દ્રિત છે (લાંબા ગાળાના સપોર્ટ - લાંબા સમય માટે સપોર્ટ), જે સિસ્ટમ અને પેકેજોની એકદમ ઉચ્ચ વિશ્વસનીયતા અને સ્થિરતામાં વ્યક્ત થાય છે; ઉબુન્ટુ - તેમના નવીનતમ સંસ્કરણોમાં તમામ પેકેજોનું વિતરણ સમાવે છે, જે સ્થિરતાને અસર કરી શકે છે, પરંતુ તમને નવા સંસ્કરણો સાથે આવતી કાર્યક્ષમતાનો ઉપયોગ કરવાની મંજૂરી આપે છે; Red Hat Enterprise Linux – OS, વાણિજ્યિક ઉપયોગ માટે સ્થિત છે, ચૂકવવામાં આવે છે, જો કે, તેમાં સોફ્ટવેર વિક્રેતાઓ, કેટલાક માલિકીના પેકેજો અને ડ્રાઇવર પેકેજોનો સમાવેશ થાય છે; CentOS - ઓપન સોર્સ Red Hat Enterprise Linux ની વિવિધતા, માલિકીના પેકેજો અને આધારની ગેરહાજરી દ્વારા વર્ગીકૃત થયેલ છે.

જેઓ હમણાં જ આ ક્ષેત્રમાં માસ્ટર થવાનું શરૂ કરી રહ્યા છે, મારી ભલામણ સિસ્ટમ્સ હશે વિન્ડોઝ સર્વર, અથવા ઉબુન્ટુ. જો આપણે વિન્ડોઝને ધ્યાનમાં લઈએ, તો આ મુખ્યત્વે સિસ્ટમની પરિચિતતા છે, ઉબુન્ટુ - અપડેટ્સ પ્રત્યે વધુ સહનશીલતા, અને બદલામાં, ઉદાહરણ તરીકે, નવી આવૃત્તિઓની જરૂર હોય તેવા ટેક્નોલોજીઓ પર પ્રોજેક્ટ્સ લોન્ચ કરતી વખતે ઓછી સમસ્યાઓ.

તેથી, OS પર નિર્ણય લીધા પછી, ચાલો ટૂલ્સના સેટ પર આગળ વધીએ જે તમને સર્વર પર એપ્લિકેશનની સ્થિતિ અથવા તેના ભાગોને જમાવવા (ઇન્સ્ટોલ કરવા), અપડેટ અને મોનિટર કરવાની મંજૂરી આપે છે.

આગળનો મહત્વપૂર્ણ નિર્ણય તમારી એપ્લિકેશન અને તેના માટે સર્વરનું પ્લેસમેન્ટ હશે. આ ક્ષણે, સૌથી સામાન્ય 3 રીતો છે:

• તમારા પોતાના પર સર્વર હોસ્ટ કરવું (રાખવું) એ સૌથી બજેટ-મૈત્રીપૂર્ણ વિકલ્પ છે, પરંતુ તમારે તમારા પ્રદાતા પાસેથી સ્ટેટિક આઈપી ઓર્ડર કરવો પડશે જેથી તમારું સંસાધન સમય જતાં તેનું સરનામું બદલી ન શકે.
• એક સમર્પિત સર્વર (VDS) ભાડે આપો - અને સ્વતંત્ર રીતે તેનું સંચાલન કરો અને લોડને માપો
• કેટલાક ક્લાઉડ હોસ્ટિંગના સબ્સ્ક્રિપ્શન માટે ચૂકવણી કરો (ઘણીવાર તેઓ તમને પ્લેટફોર્મની કાર્યક્ષમતાને મફતમાં અજમાવવાની તક આપે છે), જ્યાં ઉપયોગમાં લેવાતા સંસાધનો માટે ચુકવણી મોડલ એકદમ સામાન્ય છે. આ દિશાના સૌથી અગ્રણી પ્રતિનિધિઓ: એમેઝોન AWS (તેઓ સેવાઓનો ઉપયોગ કરવા માટે મફત વર્ષ આપે છે, પરંતુ માસિક મર્યાદા સાથે), Google ક્લાઉડ (તેઓ એકાઉન્ટને $300 આપે છે, જે વર્ષ દરમિયાન ક્લાઉડ હોસ્ટિંગ સેવાઓ પર ખર્ચ કરી શકાય છે) , Yandex.Cloud (તેઓ 4000 રુબેલ્સ આપે છે. 2 મહિના માટે), Microsoft Azure (એક વર્ષ માટે લોકપ્રિય સેવાઓની મફત ઍક્સેસ આપો, એક મહિના માટે કોઈપણ સેવાઓ માટે + 12 રુબેલ્સ). આમ, તમે એક પૈસો ખર્ચ્યા વિના આમાંથી કોઈપણ પ્રદાતાઓને અજમાવી શકો છો, પરંતુ પૂરી પાડવામાં આવેલ સેવાની ગુણવત્તા અને સ્તર વિશે અંદાજિત અભિપ્રાય મેળવી શકો છો.

પસંદ કરેલા પાથ પર આધાર રાખીને, માત્ર એક જ વસ્તુ જે ભવિષ્યમાં બદલાશે તે છે કે વહીવટના આ અથવા તે ક્ષેત્ર માટે કોણ મોટે ભાગે જવાબદાર છે. જો તમે તમારી જાતને હોસ્ટ કરો છો, તો તમારે સમજવું જોઈએ કે વીજળીમાં કોઈપણ વિક્ષેપો, ઇન્ટરનેટ, સર્વર પોતે, તેના પર તૈનાત સોફ્ટવેર - આ બધું સંપૂર્ણપણે તમારા ખભા પર છે. જો કે, તાલીમ અને પરીક્ષણ માટે, આ પર્યાપ્ત કરતાં વધુ છે.

જો તમારી પાસે કોઈ વધારાનું મશીન નથી કે જે સર્વરની ભૂમિકા ભજવી શકે, તો તમે બીજી કે ત્રીજી રીતનો ઉપયોગ કરવા માગો છો. બીજો કેસ પ્રથમ જેવો જ છે, અપવાદ સિવાય કે તમે સર્વરની ઉપલબ્ધતા અને તેની શક્તિની જવાબદારી હોસ્ટરના ખભા પર શિફ્ટ કરો છો. સર્વર અને સૉફ્ટવેરનું સંચાલન હજી પણ તમારા નિયંત્રણ હેઠળ છે.

અને છેલ્લે, ક્લાઉડ પ્રદાતાઓની ક્ષમતા ભાડે આપવાનો વિકલ્પ. અહીં તમે વધારે પડતી તકનીકી વિગતમાં ગયા વિના લગભગ કોઈપણ વસ્તુનું સ્વચાલિત નિયંત્રણ સેટ કરી શકો છો. વધુમાં, એક મશીનને બદલે, તમારી પાસે ઘણી સમાંતર ચાલતી ઘટનાઓ હોઈ શકે છે, જે, ઉદાહરણ તરીકે, એપ્લિકેશનના વિવિધ ભાગો માટે જવાબદાર હોઈ શકે છે, જ્યારે સમર્પિત સર્વરની માલિકી કરતાં ખર્ચમાં ઘણો તફાવત નથી. અને એ પણ, ઓર્કેસ્ટ્રેશન, કન્ટેનરાઇઝેશન, સ્વચાલિત જમાવટ, સતત એકીકરણ અને ઘણું બધું માટે સાધનો છે! અમે નીચે આમાંની કેટલીક બાબતો જોઈશું.

સામાન્ય રીતે, સર્વર ઇન્ફ્રાસ્ટ્રક્ચર આના જેવું દેખાય છે: અમારી પાસે કહેવાતા "ઓર્કેસ્ટ્રેટર" છે ("ઓર્કેસ્ટ્રેશન" એ ઘણા સર્વર ઇન્સ્ટન્સનું સંચાલન કરવાની પ્રક્રિયા છે), જે સર્વર ઇન્સ્ટન્સ પર પર્યાવરણીય ફેરફારોનું સંચાલન કરે છે, વર્ચ્યુઅલાઇઝેશન કન્ટેનર (વૈકલ્પિક, પરંતુ તદ્દન ઘણી વખત ઉપયોગમાં લેવાય છે), જે તમને એપ્લિકેશનને આઇસોલેટેડ લોજિકલ સ્તરોમાં વિભાજિત કરવાની મંજૂરી આપે છે, અને સતત એકીકરણ સૉફ્ટવેર - "સ્ક્રીપ્ટ્સ" દ્વારા હોસ્ટ કરેલા કોડમાં અપડેટ કરવાની મંજૂરી આપે છે.

તેથી, ઓર્કેસ્ટ્રેશન તમને સર્વરની સ્થિતિ જોવા, સર્વર વાતાવરણમાં અપડેટ્સ રોલ આઉટ અથવા રોલ બેક કરવા, વગેરેની મંજૂરી આપે છે. શરૂઆતમાં, આ પાસું તમને અસર કરે તેવી શક્યતા નથી, કારણ કે કંઈપણ ગોઠવવા માટે, તમારે ઘણા સર્વર્સની જરૂર છે (તમારી પાસે એક હોઈ શકે છે, પરંતુ આ શા માટે જરૂરી છે?), અને ઘણા સર્વર્સ રાખવા માટે, તમારે તેમની જરૂર છે. આ દિશામાંના સાધનોમાં, સૌથી વધુ લોકપ્રિય કુબરનેટ્સ છે, જે દ્વારા વિકસાવવામાં આવી છે Google.

આગળનું પગલું OS સ્તર પર વર્ચ્યુઅલાઈઝેશન છે. આજકાલ, "ડોકરાઇઝેશન" ની વિભાવના વ્યાપક બની છે, જે સાધનમાંથી આવે છે Docker, જે એકબીજાથી અલગ પડેલા કન્ટેનરની કાર્યક્ષમતા પ્રદાન કરે છે, પરંતુ એક ઓપરેટિંગ સિસ્ટમના સંદર્ભમાં લોન્ચ કરવામાં આવે છે. આનો અર્થ શું છે: આ દરેક કન્ટેનરમાં તમે એપ્લિકેશન ચલાવી શકો છો, અથવા એપ્લિકેશનોનો સમૂહ પણ, જે માને છે કે આ મશીન પર કોઈ બીજાના અસ્તિત્વની શંકા કર્યા વિના, સમગ્ર OS માં તે એકમાત્ર છે. આ ફંક્શન વિવિધ સંસ્કરણોની સમાન એપ્લિકેશનો, અથવા ફક્ત વિરોધાભાસી એપ્લિકેશનો, તેમજ એપ્લિકેશનના ટુકડાઓને સ્તરોમાં વિભાજીત કરવા માટે ખૂબ જ ઉપયોગી છે. આ લેયર કાસ્ટને પછીથી ઈમેજમાં લખી શકાય છે, જેનો ઉપયોગ કરી શકાય છે, ઉદાહરણ તરીકે, એપ્લિકેશનને જમાવવા માટે. એટલે કે, આ ઇમેજને ઇન્સ્ટોલ કરીને અને તેમાં રહેલા કન્ટેનરને જમાવવાથી, તમને તમારી એપ્લિકેશન ચલાવવા માટે તૈયાર વાતાવરણ મળે છે! પ્રથમ પગલાઓમાં, તમે આ સાધનનો ઉપયોગ માહિતીના હેતુઓ માટે અને એપ્લિકેશન તર્કને વિવિધ સ્તરોમાં વિભાજીત કરીને ખૂબ જ વાસ્તવિક લાભો મેળવવા બંને માટે કરી શકો છો. પરંતુ અહીં કહેવું યોગ્ય છે કે દરેકને ડોકરાઇઝેશનની જરૂર હોતી નથી, અને હંમેશા નહીં. ડોકરાઇઝેશન એવા કિસ્સાઓમાં ન્યાયી છે કે જ્યાં એપ્લિકેશન "વિભાજિત" છે, નાના ભાગોમાં વહેંચાયેલી છે, દરેક તેના પોતાના કાર્ય માટે જવાબદાર છે, કહેવાતા "માઇક્રોસર્વિસ આર્કિટેક્ચર".

વધુમાં, પર્યાવરણ પૂરું પાડવા ઉપરાંત, અમારે એપ્લિકેશનની સક્ષમ જમાવટ સુનિશ્ચિત કરવાની જરૂર છે, જેમાં તમામ પ્રકારના કોડ ટ્રાન્સફોર્મેશન, એપ્લિકેશન-સંબંધિત લાઇબ્રેરીઓ અને પેકેજોની સ્થાપના, ચાલી રહેલ પરીક્ષણો, આ કામગીરી વિશે સૂચનાઓ વગેરેનો સમાવેશ થાય છે. અહીં આપણે "સતત એકીકરણ" જેવા ખ્યાલ પર ધ્યાન આપવાની જરૂર છે (CI - સતત એકીકરણ). આ ક્ષણે આ ક્ષેત્રમાં મુખ્ય સાધનો જેનકિન્સ છે (જાવામાં લખાયેલ CI સોફ્ટવેર શરૂઆતમાં થોડું જટિલ લાગે છે), ટ્રેવિસ સીઆઈ (રુબીમાં લખાયેલ, વ્યક્તિલક્ષી, કંઈક અંશે સરળ જેનકિન્સજો કે, જમાવટ રૂપરેખાંકનના ક્ષેત્રમાં કેટલાક જ્ઞાન હજુ પણ જરૂરી છે), Gitlab CI (પર લખાયેલ રૂબી અને જાઓ).

તેથી, તમારી એપ્લિકેશન જે વાતાવરણમાં કાર્ય કરશે તે વિશે વાત કર્યા પછી, આખરે આ એપ્લિકેશન બનાવવા માટે આધુનિક વિશ્વ અમને કયા સાધનો પ્રદાન કરે છે તે જોવાનો સમય છે.

ચાલો મૂળભૂત સાથે પ્રારંભ કરીએ: પાશ્વભાગ (બેકએન્ડ) - સર્વર ભાગ. ભાષાની પસંદગી, મૂળભૂત કાર્યોનો સમૂહ અને પૂર્વવ્યાખ્યાયિત માળખું (ફ્રેમવર્ક) અહીં મુખ્યત્વે વ્યક્તિગત પસંદગીઓ દ્વારા નક્કી કરવામાં આવે છે, પરંતુ તેમ છતાં, તે ધ્યાનમાં લેવા યોગ્ય છે (ભાષાઓ વિશે લેખકનો અભિપ્રાય તદ્દન વ્યક્તિલક્ષી છે, જોકે દાવા સાથે નિષ્પક્ષ વર્ણન માટે):

• પાયથોન એ બિનઅનુભવી વપરાશકર્તા માટે એકદમ મૈત્રીપૂર્ણ ભાષા છે, તે કેટલીક ભૂલોને માફ કરે છે, પરંતુ તે વિકાસકર્તા સાથે ખૂબ કડક પણ હોઈ શકે છે જેથી તે કંઈપણ ખરાબ ન કરે. પહેલેથી જ એકદમ પરિપક્વ અને અર્થપૂર્ણ ભાષા, જે 1991 માં દેખાઈ હતી.
• Go - Google ની એક ભાષા, તે પણ એકદમ મૈત્રીપૂર્ણ અને અનુકૂળ છે, તે કમ્પાઇલ કરવી અને કોઈપણ પ્લેટફોર્મ પર એક્ઝિક્યુટેબલ ફાઇલ મેળવવી એકદમ સરળ છે. તે સરળ અને સુખદ હોઈ શકે છે, અથવા તે જટિલ અને ગંભીર હોઈ શકે છે. તાજા અને યુવાન, પ્રમાણમાં તાજેતરમાં દેખાયા, 2009 માં.
• રસ્ટ 2006માં રિલીઝ થયેલા તેના અગાઉના સાથીદાર કરતાં થોડું જૂનું છે, પરંતુ તેના સાથીદારોની સરખામણીમાં તે હજુ પણ એકદમ નાનું છે. વધુ અનુભવી વિકાસકર્તાઓને ધ્યાનમાં રાખીને, જો કે તે હજી પણ પ્રોગ્રામર માટે ઘણા નિમ્ન-સ્તરના કાર્યોને હલ કરવાનો પ્રયાસ કરે છે.
• જાવા એ 1995 માં રજૂ કરાયેલ વ્યાપારી વિકાસની પીઢ છે, અને આજે એન્ટરપ્રાઇઝ એપ્લિકેશન ડેવલપમેન્ટમાં સૌથી વધુ ઉપયોગમાં લેવાતી ભાષાઓમાંની એક છે. તેના મૂળભૂત ખ્યાલો અને ભારે સેટઅપ સાથે, રનટાઇમ શિખાઉ માણસ માટે ખૂબ પડકારરૂપ બની શકે છે.
• ASP.net એ Microsoft દ્વારા બહાર પાડવામાં આવેલ એપ્લિકેશન ડેવલપમેન્ટ પ્લેટફોર્મ છે. કાર્યક્ષમતા લખવા માટે, C# ભાષા (ઉચ્ચાર C શાર્પ), જે 2000 માં દેખાઈ હતી, મુખ્યત્વે વપરાય છે. તેની જટિલતા જાવા અને રસ્ટ વચ્ચેના સ્તર સાથે તુલનાત્મક છે.
• PHP, મૂળ રૂપે HTML પ્રીપ્રોસેસિંગ માટે વપરાય છે, હાલમાં, જો કે તે ભાષાના બજારમાં સંપૂર્ણ નેતૃત્વ ધરાવે છે, ત્યાં ઉપયોગમાં ઘટાડો તરફ વલણ છે. તેની પાસે ઓછી એન્ટ્રી થ્રેશોલ્ડ અને કોડ લખવામાં સરળતા છે, પરંતુ તે જ સમયે, જ્યારે એકદમ મોટી એપ્લિકેશનો વિકસાવવામાં આવે છે, ત્યારે ભાષાની કાર્યક્ષમતા પૂરતી ન પણ હોય.

સારું, અમારી એપ્લિકેશનનો અંતિમ ભાગ - વપરાશકર્તા માટે સૌથી વધુ મૂર્ત - અગ્ર (ફ્રન્ટએન્ડ) - તમારી એપ્લિકેશનનો ચહેરો છે; તે આ ભાગ સાથે છે જે વપરાશકર્તા સીધો સંપર્ક કરે છે.

વિગતોમાં ગયા વિના, આધુનિક ફ્રન્ટએન્ડ યુઝર ઇન્ટરફેસ બનાવવા માટે ત્રણ સ્તંભો, ફ્રેમવર્ક (અને એટલું નહીં) પર ઊભું છે. તદનુસાર, ત્રણ સૌથી વધુ લોકપ્રિય છે:

• ReactJS એ ફ્રેમવર્ક નથી, પરંતુ લાઇબ્રેરી છે. ખરેખર, ફ્રેમવર્ક તેના ગૌરવપૂર્ણ શીર્ષકથી ફક્ત "બૉક્સની બહાર" કેટલાક કાર્યોની ગેરહાજરીમાં અને તેને મેન્યુઅલી ઇન્સ્ટોલ કરવાની જરૂરિયાતથી અલગ છે. આમ, આ પુસ્તકાલયની "તૈયારી" ની ઘણી ભિન્નતાઓ છે, જે અનન્ય ફ્રેમવર્ક બનાવે છે. કેટલાક મૂળભૂત સિદ્ધાંતો અને બિલ્ડ પર્યાવરણના તદ્દન આક્રમક સેટઅપને લીધે, શિખાઉ માણસ માટે તે થોડું મુશ્કેલ હોઈ શકે છે. જો કે, ઝડપી શરૂઆત માટે, તમે "ક્રિએટ-રિએક્ટ-એપ" પેકેજનો ઉપયોગ કરી શકો છો.
• VueJS એ યુઝર ઇન્ટરફેસ બનાવવા માટેનું માળખું છે. આ ટ્રિનિટીમાંથી, તે યોગ્ય રીતે સૌથી વધુ વપરાશકર્તા-મૈત્રીપૂર્ણ ફ્રેમવર્કનું શીર્ષક લે છે; Vue માં વિકાસ માટે, અન્ય ઉલ્લેખિત ભાઈઓ કરતાં પ્રવેશમાં અવરોધ ઓછો છે. તદુપરાંત, તે તેમની વચ્ચે સૌથી નાનો છે.
• કોણીયને આ ફ્રેમવર્કમાં સૌથી જટિલ ગણવામાં આવે છે, જે માત્ર એક જ જરૂરી છે ટાઇપસ્ક્રિપ્ટ (જાવાસ્ક્રિપ્ટ ભાષા માટે એડ-ઓન). મોટાભાગે મોટા એન્ટરપ્રાઇઝ એપ્લીકેશન બનાવવા માટે વપરાય છે.

ઉપર જે લખવામાં આવ્યું હતું તેનો સારાંશ આપતાં, અમે નિષ્કર્ષ પર આવી શકીએ છીએ કે હવે એપ્લિકેશનનો ઉપયોગ કરવો એ આ પ્રક્રિયા પહેલાં કેવી રીતે આગળ વધતી હતી તેનાથી ધરમૂળથી અલગ છે. જો કે, કોઈ તમને જૂના જમાનાની રીતે “જમાવટ” કરતા અટકાવતું નથી. પરંતુ શું શરૂઆતમાં બચેલો થોડો સમય મોટી સંખ્યામાં ભૂલો માટે યોગ્ય છે કે જે વિકાસકર્તા આ માર્ગ પસંદ કરે છે તેણે આગળ વધવું પડશે? હું માનું છું કે જવાબ ના છે. આ ટૂલ્સ સાથે પોતાને પરિચિત કરવામાં થોડો વધુ સમય પસાર કરીને (અને તમારે તેનાથી વધુની જરૂર નથી, કારણ કે તમારે તે સમજવાની જરૂર છે કે તમને તમારા વર્તમાન પ્રોજેક્ટમાં તેની જરૂર છે કે નહીં), તમે તેને નોંધપાત્ર રીતે ઘટાડી શકો છો, ઉદાહરણ તરીકે , પર્યાવરણ પર આધાર રાખીને ભૂત ભૂલોના કિસ્સાઓ અને તે ફક્ત ઉત્પાદન સર્વર પર જ દેખાય છે, સર્વર ક્રેશ થવાનું કારણ શું છે અને તે શા માટે શરૂ થશે નહીં તેનું રાત્રિ વિશ્લેષણ, અને ઘણું બધું.

સોર્સ: www.habr.com