د ویب پاڼې د سستولو لپاره کومه ګړندۍ لاره شتون نلري (هیڅ سزا نه ده) په دې کې د جاواسکریپټ کوډ یوه ډله چلولو په پرتله. کله چې جاواسکریپټ کاروئ، تاسو باید د پروژې فعالیت کې لږترلږه څلور ځله پیسې ورکړئ. دلته هغه څه دي چې د سایټ جاواسکریپټ کوډ د کاروونکو سیسټمونو سره باروي:
- په شبکه کې د فایل اپلوډ کول.
- د ډاونلوډ کولو وروسته د نه پیک شوي سرچینې کوډ پارس کول او تالیف کول.
- د جاواسکریپټ کوډ اجرا کول.
- د حافظې مصرف.
دا ترکیب داسې ښکاري .
او موږ زموږ په پروژو کې ډیر او ډیر JS کوډ شامل کوو. لکه څنګه چې سازمانونه د چوکاټونو او کتابتونونو لخوا پرمخ وړل شوي سایټونو ته حرکت کوي لکه React، Vue او نورو، موږ د سایټونو اصلي فعالیت په جاواسکریپټ باندې خورا تکیه کوو.
ما د جاواسکریپټ چوکاټونو په کارولو سره ډیری خورا درنې ویب پاڼې لیدلي دي. مګر د مسلې په اړه زما لید په کلکه متعصب دی. حقیقت دا دی چې هغه شرکتونه چې زه ورسره کار کوم دقیقا ما ته راځي ځکه چې دوی د ویب پاڼې فعالیت پیچلي ستونزې سره مخ دي. د پایلې په توګه، زه لیواله شوم چې پوه شم چې دا ستونزه څومره پراخه ده، او موږ کوم "جریمې" ورکوو کله چې موږ د یو ځانګړي سایټ لپاره د اساس په توګه یو یا بل چوکاټ غوره کوو.
دې پروژې ما سره مرسته وکړه چې دا معلومه کړي. .
معلومات
د HTTP آرشیف پروژه د منظم ډیسټاپ سایټونو لپاره ټول 4308655 لینکونه او د ګرځنده سایټونو لپاره 5484239 لینکونه تعقیبوي. د دې لینکونو سره تړلي ډیری شاخصونو کې په اړوندو سایټونو کې موندل شوي ټیکنالوژیو لیست دی. دا پدې مانا ده چې موږ کولی شو په زرګونو سایټونه نمونه کړو چې مختلف چوکاټونه او کتابتونونه کاروي او زده کړي چې دوی مشتریانو ته څومره کوډ لیږي او دا کوډ څومره د کاروونکو سیسټمونو باندې اچوي.
ما د مارچ 2020 څخه معلومات راټول کړل، کوم چې ترټولو وروستي معلومات و چې ما ورته لاسرسی درلود.
ما پریکړه وکړه چې د ټولو سایټونو لپاره د راټول شوي HTTP آرشیف ډیټا پرتله کړم د سایټونو لپاره ډیټا سره د عکس العمل ، ویو ، او انګولر کارولو لپاره موندل شوي ، که څه هم ما د نورو سرچینو موادو کارولو په اړه هم فکر کاوه.
د دې د لا په زړه پورې کولو لپاره، ما هغه سایټونه هم اضافه کړل چې د سرچینې ډاټا سیټ ته jQuery کاروي. دا کتابتون اوس هم خورا مشهور دی. دا د ویب پاڼې پراختیا ته یوه طریقه هم معرفي کوي چې د واحد پاڼې غوښتنلیک (SPA) ماډل څخه توپیر لري چې د عکس العمل، Vue او Angular لخوا وړاندیز شوي.
د HTTP آرشیف کې لینکونه د سایټونو استازیتوب کوي چې موندل شوي چې زموږ لپاره د ګټو ټیکنالوژۍ کاروي
چوکاټ یا کتابتون
د ګرځنده سایټونو لینکونه
د منظم سایټونو لینکونه
پټول
4615474
3714643
غبرګون
489827
241023
پیشنهاد
85649
43691
کونګول
19423
18088
هیلې او هیلې
مخکې له دې چې موږ د معلوماتو تحلیل ته لاړ شو، زه غواړم د هغه څه په اړه خبرې وکړم چې زه یې هیله لرم.
زه باور لرم چې په یوه مثالي نړۍ کې، چوکاټونه به د پراختیا کونکو اړتیاوو پوره کولو څخه بهر وي او زموږ د سایټونو ورځني کاروونکو ته ځینې کنکریټ ګټې چمتو کړي. تولید یوازې یو له دغو ګټو څخه دی. لاسرسی او خوندیتوب هم دلته ذهن ته راځي. مګر دا یوازې ترټولو مهم شی دی.
نو، په یوه مثالي نړۍ کې، یو ډول چوکاټ باید د لوړ فعالیت ویب پاڼې رامینځته کول اسانه کړي. دا باید یا د دې حقیقت له امله ترسره شي چې چوکاټ پراختیا کونکي ته د پروژې رامینځته کولو لپاره مناسب اساس ورکوي ، یا د دې حقیقت له امله چې دا په پراختیا محدودیتونه وضع کوي ، د دې لپاره اړتیاوې وړاندې کوي چې د یو څه رامینځته کول ستونزمن کوي. دا ورو ښکاري.
غوره چوکاټونه باید دواړه وکړي: یو ښه اساس چمتو کړئ، او په هغه کار باندې محدودیتونه وضع کړئ چې تاسو ته اجازه درکوي ښه پایله ترلاسه کړئ.
د معلوماتو د منځني ارزښتونو تحلیل به موږ ته هغه معلومات نه راکوي چې موږ ورته اړتیا لرو. او، په حقیقت کې، دا طریقه زموږ د پاملرنې څخه بهر پریږدي . پرځای یې، ما د هغه معلوماتو څخه فیصدي نمرې ترلاسه کړې چې ما درلود. دا 10، 25، 50 (میډین)، 75، 90 فیصده دي.
زه په ځانګړې توګه د 10 او 90 سلنې سره علاقه لرم. 10 فیصده د یو ځانګړي چوکاټ لپاره غوره فعالیت (یا لږترلږه ډیر یا لږ غوره ته نږدې) استازیتوب کوي. په بل عبارت، دا پدې مانا ده چې یوازې 10٪ سایټونه چې یو ځانګړي چوکاټ کاروي دې کچې، یا لوړې کچې ته رسیږي. 90 فیصده، له بلې خوا، د سکې بل اړخ دی - دا موږ ته ښیي چې څومره بد شیان کیدی شي. 90 فیصده د تعقیب سایټونه دي — هغه وروستي 10٪ سایټونه چې د JS کوډ خورا لوی مقدار لري یا په اصلي تار کې د دوی کوډ پروسس کولو لپاره ترټولو اوږد وخت ته اړتیا لري.
د جاواسکریپټ کوډ حجمونه
د پیل کولو لپاره، دا معنی لري چې د جاواسکریپټ کوډ اندازه تحلیل کړئ چې په شبکه کې د مختلفو سایټونو لخوا لیږدول شوي.
د جاواسکریپټ کوډ مقدار (KB) ګرځنده وسیلو ته لیږدول شوی
فیصدي
10
25
50
75
90
ټول سایټونه
93.4
196.6
413.5
746.8
1201.6
jQuery سایټونه
110.3
219.8
430.4
748.6
1162.3
Vue ویب پاڼې
244.7
409.3
692.1
1065.5
1570.7
زاویې ویب پاڼې
445.1
675.6
1066.4
1761.5
2893.2
عکس العمل ویب پاڼې
345.8
441.6
690.3
1238.5
1893.6
د جاواسکریپټ کوډ مقدار ګرځنده وسیلو ته لیږل شوی
د جاواسکریپټ کوډ مقدار (KB) ډیسټاپ وسیلو ته لیږدول شوی
فیصدي
10
25
50
75
90
ټول سایټونه
105.5
226.6
450.4
808.8
1267.3
jQuery سایټونه
121.7
242.2
458.3
803.4
1235.3
Vue ویب پاڼې
248.0
420.1
718.0
1122.5
1643.1
زاویې ویب پاڼې
468.8
716.9
1144.2
1930.0
3283.1
عکس العمل ویب پاڼې
308.6
469.0
841.9
1472.2
2197.8
د جاواسکریپټ کوډ مقدار ډیسټاپ وسیلو ته لیږدول شوی
که موږ یوازې د JS کوډ اندازې په اړه وغږیږو چې سایټونه وسیلو ته لیږي ، نو هرڅه داسې ښکاري لکه څنګه چې تاسو تمه لرئ. د مثال په توګه، که چیرې یو له چوکاټ څخه کار واخیستل شي، دا پدې مانا ده چې حتی په یو مثالي حالت کې، د سایټ لپاره د جاواسکریپټ کوډ حجم به زیات شي. دا د حیرانتیا خبره نده - تاسو نشئ کولی د جاواسکریپټ چوکاټ د سایټ اساس جوړ کړئ او تمه وکړئ چې د پروژې لپاره د JS کوډ مقدار به خورا ټیټ وي.
د دې معلوماتو په اړه څه په زړه پوري دي دا دي چې ځینې چوکاټونه او کتابتونونه د نورو په پرتله د پروژې لپاره غوره پیل ټکي ګڼل کیدی شي. د jQuery سره ویب پاڼې غوره ښکاري. د دوی ډیسټاپ سایټونه د ټولو سایټونو په پرتله 15٪ ډیر جاوا سکریپټ لري، او د دوی ګرځنده سایټونه 18٪ ډیر جاوا سکریپټ لري. (په اقرار سره، دلته په ډاټا کې یو څه تخریب شتون لري. حقیقت دا دی چې jQuery په ډیری سایټونو کې شتون لري، نو دا طبیعي ده چې دا ډول سایټونه د نورو په پرتله د ټولو سایټونو سره ډیر نږدې تړاو لري. په هرصورت، دا اغیزه نه کوي چې څنګه د سرچینې ډاټا د هر چوکاټ لپاره محصول دی.)
پداسې حال کې چې د 15-18٪ کوډ وده د پام وړ شمیره ده، کله چې د نورو چوکاټونو او کتابتونونو په پرتله، د jQuery لخوا لګول شوي مالیه خورا ټیټه ده. په 10 فیصده کې زاویه سایټونه د ټولو سایټونو په پرتله ډیسټاپ وسیلو ته 344٪ ډیر ډیټا لیږي، او 377٪ ډیر ګرځنده وسیلو ته. د عکس العمل سایټونه راتلونکی ترټولو لوی دی، د ټولو سایټونو په پرتله ډیسټاپ وسیلو ته 193٪ ډیر کوډ لیږل کیږي، او ګرځنده وسیلو ته 270٪ نور.
ما مخکې یادونه وکړه چې که څه هم د چوکاټ کارول پدې معنی دي چې د کار په پیل کې به په پروژه کې یو ټاکلی مقدار کوډ شامل شي ، زه امید لرم چې چوکاټ په یو ډول د پراختیا کونکي محدودولو توان لري. په ځانګړې توګه، موږ د کوډ اعظمي مقدار محدودولو په اړه خبرې کوو.
څه په زړه پورې دي چې د jQuery سایټونه دا مفکوره تعقیبوي. که څه هم دوی، د 10 سلنې په کچه، د ټولو سایټونو په پرتله یو څه دروند دي (د 15-18٪ لخوا)، دوی، د 90 سلنې په کچه، د ټولو سایټونو په پرتله یو څه سپک دي - په ډیسټاپ او ګرځنده نسخو کې شاوخوا 3٪ لخوا. دا د دې لپاره نه ده چې ووایې دا خورا مهم ګټه ده، مګر دا ویل کیدی شي چې د jQuery سایټونه لږترلږه د جاواسکریپټ کوډ اندازه نه لري حتی په لویو نسخو کې.
مګر ورته د نورو چوکاټونو په اړه نشي ویل کیدی.
لکه څنګه چې د 10 سلنې په حالت کې، په انګولر او عکس العمل کې په 90 فیصده سایټونو کې د نورو سایټونو څخه توپیر لري، مګر دوی توپیر لري، له بده مرغه، د بدتر لپاره.
په 90 فیصده کې، انګولر سایټونه د ټولو سایټونو په پرتله ګرځنده وسیلو ته 141٪ ډیر ډیټا لیږي، او 159٪ ډیر ډیسټاپ وسیلو ته. د عکس العمل سایټونه د ټولو سایټونو په پرتله ډیسټاپ وسیلو ته 73٪ نور لیږي، او 58٪ نور ګرځنده وسیلو ته. په 90 فیصده کې د عکس العمل سایټونو کوډ اندازه 2197.8 KB ده. دا پدې مانا ده چې دا سایټونه 322.9 KB ډیر ډیټا ګرځنده وسیلو ته د دوی نږدې ویو میشته سیالانو په پرتله لیږي. د انګولر او عکس العمل او نورو سایټونو پراساس د ډیسټاپ سایټونو ترمینځ واټن حتی خورا لوی دی. د مثال په توګه ، د عکس العمل ډیسټاپ سایټونه د ورته ویو سایټونو په پرتله وسیلو ته 554.7 KB ډیر JS کوډ لیږي.
په اصلي موضوع کې د جاواسکریپټ کوډ پروسس کولو لپاره وخت نیول شوی
پورتني معلومات په واضح ډول په ګوته کوي چې هغه سایټونه چې د چوکاټونو او کتابتونونو مطالعه کوي په پراخه کچه جاواسکریپټ کوډ لري. مګر، البته، دا زموږ د مساوات یوازې یوه برخه ده.
وروسته له دې چې جاواسکریپټ کوډ براوزر ته راشي، دا باید په کاري حالت کې راوستل شي. په ځانګړي توګه ډیری ستونزې د هغه کړنو له امله رامینځته کیږي چې باید د اصلي براوزر تار کې د کوډ سره ترسره شي. اصلي موضوع د کارونکي عملونو پروسس کولو، د سټایلونو محاسبه کولو، او د پاڼې ترتیب جوړولو او ښودلو مسولیت لري. که تاسو د جاواسکریپټ دندو سره اصلي موضوع وګرځوئ، نو دا به فرصت ونه لري چې نور کارونه په وخت سره بشپړ کړي. دا د مخونو په عملیاتو کې د ځنډ او "بریکونو" لامل کیږي.
د HTTP آرشیف ډیټابیس پدې اړه معلومات لري چې د V8 انجن په اصلي تار کې د جاواسکریپټ کوډ پروسس کولو لپاره څومره وخت نیسي. دا پدې مانا ده چې موږ کولی شو دا ډاټا راټول کړو او زده کړو چې اصلي موضوع د مختلف سایټونو جاوا سکریپټ پروسس کولو لپاره څومره وخت نیسي.
د CPU وخت (په ملی ثانیو کې) په ګرځنده وسیلو کې د سکریپټ پروسس کولو پورې اړوند
فیصدي
10
25
50
75
90
ټول سایټونه
356.4
959.7
2372.1
5367.3
10485.8
jQuery سایټونه
575.3
1147.4
2555.9
5511.0
10349.4
Vue ویب پاڼې
1130.0
2087.9
4100.4
7676.1
12849.4
زاویې ویب پاڼې
1471.3
2380.1
4118.6
7450.8
13296.4
عکس العمل ویب پاڼې
2700.1
5090.3
9287.6
14509.6
20813.3
په ګرځنده وسیلو کې د سکریپټ پروسس کولو پورې اړوند د CPU وخت
د CPU وخت (په ملی ثانیو کې) په ډیسټاپ وسیلو کې د سکریپټ پروسس کولو پورې اړوند
فیصدي
10
25
50
75
90
ټول سایټونه
146.0
351.8
831.0
1739.8
3236.8
jQuery سایټونه
199.6
399.2
877.5
1779.9
3215.5
Vue ویب پاڼې
350.4
650.8
1280.7
2388.5
4010.8
زاویې ویب پاڼې
482.2
777.9
1365.5
2400.6
4171.8
عکس العمل ویب پاڼې
508.0
1045.6
2121.1
4235.1
7444.3
په ډیسټاپ وسیلو کې د سکریپټ پروسس کولو پورې اړوند د CPU وخت
دلته تاسو کولی شئ یو څه ډیر پیژندل شوي وګورئ.
د پیل کونکو لپاره، د jQuery سایټونه د نورو په پرتله په اصلي موضوع کې د جاواسکریپټ پروسس کولو لپاره د پام وړ لږ مصرف کوي. په 10 فیصده کې، د ټولو سایټونو په پرتله، په ګرځنده وسیلو کې د jQuery سایټونه په اصلي موضوع کې د JS کوډ پروسس کولو لپاره 61٪ ډیر وخت لګوي. د ډیسټاپ jQuery سایټونو په حالت کې، د پروسس وخت 37٪ زیاتیږي. په 90 فیصده کې، د jQuery سایټونو نمرې د مجموعي نمرو سره خورا نږدې دي. په ځانګړې توګه، په ګرځنده وسیلو کې د jQuery سایټونه د ټولو سایټونو په پرتله په اصلي موضوع کې 1.3٪ لږ وخت لګوي، او په ډیسټاپ وسیلو کې دوی په اصلي موضوع کې 0.7٪ لږ وخت مصرفوي.
زموږ د درجه بندي په بل اړخ کې چوکاټونه دي چې په اصلي تار کې ترټولو لوی بار لخوا مشخص شوي. دا، بیا، زاویې او غبرګون دی. د دوی ترمینځ یوازینی توپیر دا دی چې که څه هم انګولر سایټونه د عکس العمل سایټونو په پرتله براوزرونو ته لوی مقدار کوډ لیږي ، دا د Angular سایټونو کوډ پروسس کولو لپاره لږ CPU وخت نیسي. ډېر لږ.
په 10 فیصده کې، د انګولر ډیسټاپ سایټونه د ټولو سایټونو په پرتله د JS کوډ پروسس کولو لپاره 230٪ ډیر اصلي تار وخت لګوي. د ګرځنده سایټونو لپاره دا شمیره 313٪ ده. د عکس العمل سایټونه خورا خراب فعالیت لري. په ډیسټاپ وسیلو کې دوی د ټولو سایټونو په پرتله 248٪ ډیر وخت پروسس کولو کوډ مصرفوي، او په ګرځنده وسیلو کې دوی 658٪ ډیر وخت د پروسس کوډ مصرفوي. 658٪ ټایپ نه دی. په 10 فیصده کې، د عکس العمل سایټونه د اصلي تار وخت 2.7 ثانیې د دوی موجوده کوډ پروسس کولو کې مصرفوي.
د 90 سلنې شمیرې لږترلږه یو څه ښه ښکاري کله چې د دې لوی شمیرو په پرتله. زاویې پروژې، د ټولو سایټونو په پرتله، په ډیسټاپ وسیلو کې 29٪ ډیر وخت په اصلي موضوع کې، او په ګرځنده وسیلو کې 27٪ ډیر وخت مصرفوي. د عکس العمل سایټونو په حالت کې، ورته شاخصونه په ترتیب سره د 130٪ او 98٪ په څیر ښکاري.
د 90 سلنې لپاره د انحراف سلنه د 10 سلنې لپاره ورته ارزښتونو څخه غوره ښکاري. مګر دلته دا د یادولو وړ ده چې هغه شمیرې چې وخت څرګندوي خورا ډارونکي ښکاري. راځئ چې ووایو - 20.8 ثانیې د ګرځنده وسیلې په اصلي موضوع کې د عکس العمل رامینځته شوي سایټ لپاره. (زه باور لرم چې د هغه څه کیسه چې واقعیا پدې وخت کې پیښیږي د جلا مقالې وړ دي).
دلته یو احتمالي پیچلتیا شتون لري (مننه دې خصوصیت ته زما پام راجلبولو لپاره ، او د دې لید څخه د معلوماتو په احتیاط سره معاینه کولو لپاره). حقیقت دا دی چې ډیری سایټونه ډیری مخکینۍ وسیلې کاروي. په ځانګړې توګه، ما لیدلي چې ډیری سایټونه د عکس العمل یا Vue ترڅنګ jQuery کاروي ځکه چې دا سایټونه د jQuery څخه نورو چوکاټونو یا کتابتونونو ته لیږدول کیږي. د پایلې په توګه، زه بیرته ډیټابیس ته لاړم، دا ځل یوازې هغه لینکونه غوره کول چې د سایټونو سره مطابقت لري چې یوازې د عکس العمل، jQuery، Angular یا Vue کارول، مګر د دوی هیڅ ترکیب نه. دلته هغه څه دي چې ما ترلاسه کړل.
د پروسیسر وخت (په ملی ثانیو کې) په ګرځنده وسیلو کې د سکریپټ پروسس کولو پورې اړوند په داسې شرایطو کې چیرې چې سایټونه یوازې یو چوکاټ یا یوازې یو کتابتون کاروي
فیصدي
10
25
50
75
90
هغه سایټونه چې یوازې jQuery کاروي
542.9
1062.2
2297.4
4769.7
8718.2
هغه سایټونه چې یوازې Vue کاروي
944.0
1716.3
3194.7
5959.6
9843.8
هغه سایټونه چې یوازې Angular کاروي
1328.9
2151.9
3695.3
6629.3
11607.7
هغه ویب پاڼې چې یوازې غبرګون کاروي
2443.2
4620.5
10061.4
17074.3
24956.3
په ګرځنده وسیلو کې د سکریپټونو پروسس کولو پورې اړوند د پروسیسر وخت په داسې حالت کې چیرې چې سایټونه یوازې یو چوکاټ کاروي، یا یوازې یو کتابتون
لومړی، یو څه چې د حیرانتیا وړ ندي: کله چې یو سایټ یوازې یو چوکاټ یا یو کتابتون کاروي، د داسې سایټ فعالیت ډیر ځله ښه کیږي. د هرې وسیلې فعالیت په 10 او 25 سلنې کې ښه ښکاري. دا معنی لري. هغه سایټ چې د یو چوکاټ په کارولو سره جوړ شوی باید د هغه سایټ په پرتله ګړندی وي چې د دوه یا ډیرو چوکاټونو یا کتابتونونو په کارولو سره رامینځته شوی.
په حقیقت کې ، د هرې مخکښې وسیلې لپاره نمرې چې موږ یې معاینه کړې په ټولو قضیو کې غوره ښکاري ، د یو عجیب استثنا سره. هغه څه چې ما حیران کړل هغه دا و چې په 50 فیصده او پورته کې، د React کارولو سایټونه خراب کار کوي کله چې React یوازینی کتابتون دی چې دوی یې کاروي. دا، په لاره کې، دلیل و چې زه دا معلومات دلته وړاندې کوم.
دا یو څه عجیب دی، مګر زه به بیا هم هڅه وکړم چې د دې عجیبتیا لپاره توضیحات وګورم.
که یوه پروژه دواړه React او jQuery کاروي، نو بیا دا پروژه د jQuery څخه عکس العمل ته د مهاجرت په بهیر کې په نیمه لاره کې احتمال لري. شاید هغه یو کوډبیس ولري په کوم کې چې دا کتابتونونه مخلوط شوي دي. څنګه چې موږ دمخه لیدلي چې د jQuery سایټونه د عکس العمل سایټونو په پرتله په اصلي موضوع کې لږ وخت تیروي ، دا ممکن موږ ته ووایی چې په jQuery کې ځینې فعالیت پلي کول د سایټ فعالیت لږ څه ښه کولو کې مرسته کوي.
مګر لکه څنګه چې پروژه له jQuery څخه عکس العمل ته حرکت کوي او په عکس العمل باندې ډیر څه تکیه کوي ، وضعیت بدلیږي. که چیرې سایټ واقعیا د لوړ کیفیت سره جوړ شوی وي ، او د سایټ پراختیا کونکي په احتیاط سره عکس العمل کاروي ، نو د داسې سایټ سره به هرڅه سم وي. مګر د اوسط عکس العمل سایټ لپاره ، د عکس العمل پراخه کارول پدې معنی دي چې اصلي تار د ډیریدونکي بار تابع دی.
د ګرځنده او ډیسټاپ وسیلو ترمنځ واټن
بله لاره چې ما ډیټا ته وکتل دا وپلټئ چې د ګرځنده او ډیسټاپ تجربو ترمینځ څومره فاصله ده. که موږ د جاواسکریپټ کوډ حجمونو پرتله کولو په اړه وغږیږو، نو دا ډول پرتله کول هیڅ شی نه ښکاره کوي. البته، دا به ښه وي چې د کښته کولو وړ کوډ لږ مقدار وګورئ، مګر د ګرځنده او ډیسټاپ کوډ مقدار کې ډیر توپیر شتون نلري.
مګر که تاسو د کوډ پروسس کولو لپاره اړین وخت تحلیل کړئ ، د ګرځنده او ډیسټاپ وسیلو ترمینځ خورا لوی واټن د پام وړ کیږي.
د ډیسټاپ په پرتله په ګرځنده وسیلو کې د سکریپټ پروسس کولو پورې اړوند وخت (سلنه کې) زیاتوالی
فیصدي
10
25
50
75
90
ټول سایټونه
144.1
172.8
185.5
208.5
224.0
jQuery سایټونه
188.2
187.4
191.3
209.6
221.9
Vue ویب پاڼې
222.5
220.8
220.2
221.4
220.4
زاویې ویب پاڼې
205.1
206.0
201.6
210.4
218.7
عکس العمل ویب پاڼې
431.5
386.8
337.9
242.6
179.6
پداسې حال کې چې د تلیفون او لیپ ټاپ ترمینځ د کوډ پروسس کولو سرعت کې یو څه توپیر تمه کیږي ، دومره لوی شمیر ما ته وایی چې عصري چوکاټونه د ټیټ بریښنا وسیلو کې کافي ندي په نښه شوي او د تشې د بندولو هیله چې پیژندل شوې. حتی په 10 فیصده کې، د عکس العمل سایټونه د ډیسټاپ اصلي تار په پرتله په ګرځنده اصلي تار کې 431.5٪ ډیر وخت مصرفوي. jQuery ترټولو کوچنی تشه لري، مګر حتی دلته اړونده شمیره 188.2٪ ده. کله چې د ویب پاڼې پراختیا کونکي خپلې پروژې په داسې ډول رامینځته کوي چې دوی د پروسس کولو لپاره ډیر CPU وخت ته اړتیا لري (او دا هغه څه دي چې پیښیږي ، او دا یوازې د وخت په تیریدو سره خرابیږي) ، د ټیټ بریښنا وسیلو مالکین باید د دې لپاره پیسې ورکړي.
پایلې
ښه چوکاټونه باید پرمخ وړونکو ته د ویب پروژو جوړولو لپاره ښه بنسټ ورکړي (د امنیت، لاسرسي، فعالیت په شرایطو کې)، یا باید جوړ شوي محدودیتونه ولري چې دا ستونزمن کوي چې د دې محدودیتونو څخه سرغړونه وکړي.
دا داسې نه بریښي چې د ویب پروژو فعالیت باندې پلي شي (او ظاهرا د دوی لپاره ).
دا د یادونې وړ ده چې یوازې د دې لپاره چې عکس العمل یا زاویه سایټونه د نورو په پرتله د کوډ چمتو کولو لپاره د CPU ډیر وخت مصرفوي د دې معنی نلري چې د عکس العمل سایټونه د چلولو پرمهال د Vue سایټونو په پرتله ډیر CPU- متمرکز وي. په حقیقت کې، هغه معلومات چې موږ یې لیدلي د چوکاټونو او کتابتونونو عملیاتي فعالیت په اړه ډیر لږ وايي. دوی د پرمختیایي تګلارو په اړه ډیرې خبرې کوي چې په شعوري توګه یا نه، دا چوکاټونه کولی شي پروګرام کونکي په لور فشار راوړي. موږ د چوکاټونو، د دوی ایکوسیستم، او د عام پرمختیا تخنیکونو لپاره د اسنادو په اړه خبرې کوو.
دا د یو څه یادونه هم ارزښت لري چې موږ دلته نه دي تحلیل کړي، د بیلګې په توګه، وسیله د سایټ د پاڼو ترمنځ د لیږد پر مهال د جاواسکریپټ کوډ اجرا کولو کې څومره وخت لګوي. د SPA په ګټه استدلال دا دی چې یوځل چې د واحد پاڼې غوښتنلیک په براوزر کې پورته شي، کاروونکي به په تیوري کې د دې وړتیا ولري چې د سایټ پاڼې ته چټک لاسرسی ومومي. زما خپله تجربه ماته وايي چې دا له حقیقت څخه لرې ده. مګر موږ د دې مسلې روښانه کولو لپاره معلومات نلرو.
هغه څه چې روښانه دي دا دي چې که تاسو د ویب پاڼې جوړولو لپاره چوکاټ یا کتابتون وکاروئ، نو تاسو د پروژې په پیل کې د پورته کولو او د هغې د پرمخ وړلو لپاره چمتو کولو کې یو جوړجاړی کوئ. دا حتی په خورا مثبت سناریوګانو کې هم پلي کیږي.
دا ممکنه ده چې په مناسبو شرایطو کې ځینې جوړجاړی وشي، مګر دا مهمه ده چې پراختیا کونکي په شعوري توګه دا ډول جوړجاړی وکړي.
مګر موږ د خوشبینۍ لپاره دلیل هم لرو. زه دې ته هڅوم چې د کروم پراختیا کونکي څومره نږدې د هغو سره کار کوي چې د مخکښې پای وسیلو شاته موږ پوښلي ترڅو د دې وسیلو فعالیت ښه کولو کې مرسته وکړي.
په هرصورت، زه یو عملي شخص یم. نوي جوړښتونه د فعالیت ستونزې رامینځته کوي څومره چې دوی حل کوي. او د نیمګړتیاوو د له منځه وړلو لپاره وخت نیسي. لکه څنګه چې موږ باید دا تمه ونه کړو د فعالیت ټولې ستونزې به حل کړي ، تاسو باید دا زموږ د غوره چوکاټونو نوي نسخو څخه تمه ونه کړئ.
که تاسو غواړئ په دې موادو کې بحث شوي د مخکښې پای وسیلو څخه یو وکاروئ، نو دا پدې مانا ده چې تاسو باید اضافي هڅې ترسره کړئ ترڅو ډاډ ترلاسه کړئ چې په ناڅاپي ډول تاسو د خپلې پروژې فعالیت ته زیان نه رسوي. دلته ځینې نظرونه شتون لري مخکې لدې چې تاسو د نوي چوکاټ کارولو پیل وکړئ په پام کې ونیسئ:
- خپل ځان د عقل سره وګورئ. ایا تاسو واقعیا اړتیا لرئ خپل غوره شوي چوکاټ وکاروئ؟ خالص جاواسکریپټ نن ورځ ډیر څه کولی شي.
- ایا ستاسو د خوښې چوکاټ لپاره یو روښانه بدیل شتون لري (لکه Preact، Svelte یا بل څه) چې کولی شي تاسو ته د دې چوکاټ 90٪ وړتیا درکړي؟
- که تاسو دمخه یو چوکاټ کاروئ، فکر وکړئ چې ایا داسې څه شتون لري چې غوره، ډیر محافظه کار، معیاري اختیارونه وړاندې کوي (د مثال په توګه، د Vue په ځای Nuxt.js، د عکس العمل پرځای Next.js، او نور).
- ستاسو به څه وي د جاواسکریپټ فعالیت؟
- تاسو څنګه کولی شئ د پراختیا پروسه د دې لپاره چې دا خورا ستونزمن کړي چې په پروژه کې د جاواسکریپټ کوډ معرفي کول د اړتیا په پرتله ډیر اړین دي؟
- که تاسو د پراختیا اسانتیا لپاره چوکاټ کاروئ، په پام کې ونیسئ مراجعینو ته د چوکاټ کوډ لیږل. شاید تاسو کولی شئ په سرور کې ټولې مسلې حل کړئ؟
عموما، دا نظرونه د نږدې کتنې ارزښت لري، پرته له دې چې تاسو د مخکینۍ پای پراختیا لپاره کوم څه غوره کوئ. مګر دا په ځانګړي توګه مهم دي کله چې تاسو په یوه پروژه کار کوئ چې د پیل کولو لپاره فعالیت نلري.
ګرانو لوستونکو! تاسو د مثالی جاواسکریپټ چوکاټ په توګه څه ګورئ؟
سرچینه: www.habr.com