માઇક્રોસોફ્ટ, ઇગાલિયા અને બ્લૂમબર્ગ તેઓએ થોડા દિવસો પહેલા આની જાહેરાત કરી હતી વાક્યરચનાનો સમાવેશ કરવાની પહેલ કરી છે સ્પષ્ટીકરણમાં સ્પષ્ટ પ્રકારની વ્યાખ્યા માટે JavaScript, TypeScript ભાષામાં વપરાતા વાક્યરચના જેવું જ છે.
હાલમાં, ECMAScript ધોરણમાં સમાવેશ માટે પ્રસ્તાવિત પ્રોટોટાઇપ ફેરફારો પ્રારંભિક ચર્ચાઓ (સ્ટેજ 0) માટે સબમિટ કરવામાં આવ્યા છે.
આજે અમને JavaScript પર વૈકલ્પિક અને ભૂંસી શકાય તેવા પ્રકારનો વાક્યરચના લાવવા માટે નવા સ્ટેજ 0 પ્રસ્તાવ પર અમારા સમર્થન અને સહયોગની જાહેરાત કરતાં આનંદ થાય છે. કારણ કે આ નવો વાક્યરચના આસપાસના કોડને ચલાવવાની રીતને બદલશે નહીં, તેઓ અસરકારક રીતે ટિપ્પણીઓની જેમ કાર્ય કરશે. અમને લાગે છે કે આમાં TypeScript ને તમામ સ્કેલ પર વિકાસ માટે વાપરવા માટે સરળ અને ઝડપી બનાવવાની ક્ષમતા છે. અમે શા માટે આનો પીછો કરી રહ્યા છીએ અને આ દરખાસ્ત ઉચ્ચ સ્તરે કેવી રીતે કાર્ય કરે છે તે વિશે વાત કરવા માંગીએ છીએ.
એવો ઉલ્લેખ છે કે ટીસ્પષ્ટ પ્રકારની માહિતી રાખવાથી વિકાસ પ્રક્રિયામાં ઘણી ભૂલો અટકાવવામાં આવશે, તે વધારાની ઓપ્ટિમાઇઝેશન તકનીકોનો ઉપયોગ કરવાની તક પૂરી પાડશે, ડીબગીંગને સરળ બનાવશે અને તૃતીય-પક્ષ વિકાસકર્તાઓ માટે સંશોધિત કરવા અને જાળવવા માટે કોડને વધુ વાંચવા યોગ્ય અને સરળ બનાવશે.
આ ઉપરાંત વૈકલ્પિક કાર્ય તરીકે પ્રકાર આધારને અમલમાં મૂકવાનો પ્રસ્તાવ છે: JavaScript એન્જીન અને રનટાઈમ કે જે પ્રકાર તપાસણીને સપોર્ટ કરતા નથી તે પ્રકાર માહિતી સાથેના ટીકાઓને અવગણશે અને કોડને પહેલાની જેમ પ્રક્રિયા કરશે, પ્રકાર ડેટાને ટિપ્પણીઓ તરીકે સમજશે. પરંતુ ટાઈપ ચેકીંગ ટૂલ્સ, ઉપલબ્ધ માહિતીના આધારે, પ્રકારોના ખોટા ઉપયોગથી સંબંધિત ભૂલો શોધવા માટે સક્ષમ હશે.
પૃષ્ઠભૂમિ
અમારી ટીમે JavaScript વિશ્વમાં જોયેલું તાજેતરનું વલણ ઝડપી પુનરાવૃત્તિ સમય અને ઘટાડેલા બિલ્ડ પગલાંની માંગ છે. બીજા શબ્દોમાં કહીએ તો, "તેને ઝડપી અને સરળ બનાવો".એક રીતે, આ પહેલેથી જ થઈ રહ્યું છે. સદાબહાર બ્રાઉઝર્સની સફળતા બદલ આભાર, ડેવલપર્સ ઘણીવાર જૂના રનટાઇમ પર ચલાવવા માટે JavaScriptના નવા વર્ઝનને કમ્પાઇલ કરવાનું ટાળી શકે છે. અમુક અંશે, બંડલિંગ માટે પણ તે જ છે: મોટાભાગના બ્રાઉઝર્સમાં મોડ્યુલ્સનો ઉપયોગ કરવા માટે બિલ્ટ-ઇન સપોર્ટ હોય છે, તેથી બંડલિંગને જરૂરિયાત કરતાં વધુ ઑપ્ટિમાઇઝેશન સ્ટેપ તરીકે જોઈ શકાય છે. આ વધુને વધુ કેસ છે, તો ટાઈપસ્ક્રિપ્ટ કેવી રીતે પકડી રાખે છે?
તે જ સમયે, ઉલ્લેખિત પ્રકારની માહિતીથી વિપરીત ટિપ્પણીઓ તરીકે ઉલ્લેખિત JSDoc એનોટેશન દ્વારા, સીધી સ્પષ્ટીકરણ ચલ વ્યાખ્યા રચનાઓમાં સીધા પ્રકારો તે કોડને વધુ દ્રશ્ય, સમજી શકાય તેવું અને સંપાદિત કરવામાં સરળ બનાવશે.
ઉદાહરણ તરીકે, TypeScript-સક્ષમ IDEs વધારાના રૂપાંતરણો વિના લેખિત JavaScript કોડમાં તરત જ ભૂલોને પ્રકાશિત કરવામાં સક્ષમ હશે. વધુમાં, બિલ્ટ-ઇન ટાઈપ સપોર્ટ સ્ક્રિપ્ટેડ JavaScript બોલીઓમાં લખેલા પ્રોગ્રામ્સને ચલાવવાનું શક્ય બનાવશે જેમ કે TypeScript અને Flow એક ભાષામાંથી બીજી ભાષામાં ટ્રાન્સપિલ કર્યા વિના.
પ્રકારોમાંથી, "સ્ટ્રિંગ", "નંબર" અને "બુલિયન" ઉમેરવાનો પ્રસ્તાવ છે, જેનો ઉપયોગ વેરિયેબલ, ફંક્શન પેરામીટર્સ, ઑબ્જેક્ટ એલિમેન્ટ્સ, ક્લાસ ફીલ્ડ્સ, ટાઇપ કરેલ એરે ("નંબર[]") ને વ્યાખ્યાયિત કરતી વખતે થઈ શકે છે. મિશ્ર પ્રકારો ("સ્ટ્રિંગ | નંબર") અને જેનરિક માટે પણ સમર્થન આપવાનો પ્રસ્તાવ છે.
આ બધાને જોતાં, અમે TC1ની આગામી માર્ચ 2022ની પૂર્ણ બેઠકમાં સ્ટેજ 39 માટે આ દરખાસ્ત રજૂ કરવાની યોજના બનાવીએ છીએ. અમે આ પ્રસ્તાવના અમારા સહ-ચેમ્પિયન, બ્લૂમબર્ગ ખાતે રોબ પામર અને ઇગાલિયા ખાતે રોમ્યુલો સિન્ટ્રાના સમર્થન અને માર્ગદર્શનથી આમ કરીશું.
સ્ટેજ 1 સુધી પહોંચવાનો અર્થ એ થશે કે ધોરણો સમિતિ માને છે કે ECMAScript માટે સુસંગત પ્રકાર વાક્યરચના ધ્યાનમાં લેવા યોગ્ય છે. આ ખાતરીપૂર્વકની બાબત નથી: સમિતિની અંદર ઘણા મૂલ્યવાન પરિપ્રેક્ષ્યો છે, અને અમે ચોક્કસ સંશયની અપેક્ષા રાખીએ છીએ. આના જેવી દરખાસ્ત પર ઘણી ટિપ્પણીઓ અને યોગ્ય તપાસ થશે. તે રસ્તામાં ઘણા બધા ડિઝાઇન ફેરફારોને સમાવી શકે છે અને પરિણામો મેળવવામાં વર્ષો લાગી શકે છે.
આગામી બેઠકમાં માર્ચના TC39 સમિતિની, તે પ્રથમ તબક્કામાં જવાની યોજના છે ECMA નિષ્ણાત સમુદાયની ભાગીદારી સાથે દરખાસ્ત પર વિચારણા.
છેલ્લે જો તમને તેના વિશે વધુ જાણવામાં રસ છે, તમે વિગતો ચકાસી શકો છો નીચેની કડી