HN وښایاست: Vertex.js – د 1kloc SPA چوکاټ

دلته مقاله ده:

د مایکرو چوکاټونو وده: ولې پراختیا کونکي د جاوا سکریپټ توزیع کول ردوي

یو پراختیا کونکي پدې وروستیو کې هیکر نیوز ته د کوډ په شاوخوا 1,000 لاینونو کې جوړ شوی د واحد مخ غوښتنلیک چوکاټ پوسټ کړ، او ځواب بریښنایی و. پروژه - لږترلږه د SPA چوکاټ - یو بحث بیا راپورته کړ چې د کلونو راهیسې د ویب پرمختیا ټولنه کې غوړیږي: ایا زموږ وسیلې د هغو ستونزو لپاره خورا پیچلې شوي چې دوی یې حل کوي؟ کله چې د React اصلي کتابتون، د هغې روټر، د هغې د ریاست مدیریت پرت، او د دې جوړونې وسیله په مجموعي توګه د سلګونو زرو لینونو کوډونو وزن لري، یو چوکاټ چې یوازې په 1,000 لاینونو کې روټینګ، غبرګون، او اجزا وړاندې کوي یوه نا آرامه پوښتنه مجبوروي. د سوداګرۍ لپاره چې د پیرودونکي سره مخ غوښتنلیکونه رامینځته کوي ، د دې پوښتنې ځواب ریښتیني پایلې لري — د بار وختونو کې ، د پراختیا کونکي تولید او د اوږدې مودې ساتنې لګښتونو کې.

د 1,000 لاین چوکاټ په حقیقت کې څه ثابتوي

د مایکرو چوکاټ مفکوره نوې نه ده. Backbone.js په 2010 کې د پیل کولو په وخت کې د تشریح شوي سرچینې کوډ نږدې 1,800 لینونه وو. Mithril.js د 10KB gzipped څخه ښکته کښته کول. هغه څه چې په دې کټګورۍ کې هره نوې ننوتل د پام وړ کوي د کرښې شمیره پخپله نه ده مګر هغه څه چې دا د براوزر APIs اوسني حالت په اړه څرګندوي. عصري براوزرونه د اصلي ملاتړ سره د ټیمپلیټ لیټریټونو، د تاریخ API، پراکسي پر بنسټ غبرګون، دودیز عناصر، او د ماډل بارولو لپاره لیږدول کیږي. یوه لسیزه دمخه، چوکاټونه د انټرنیټ اکسپلورر او کروم ترمنځ توپیرونو نورمال کولو لپاره زرګونو لینونو ته اړتیا درلوده. نن ورځ، یو ماهر پراختیا کونکی کولی شي د پلیټ فارم پریمیټیو په سر کې د پتلی آرکیسټریشن پرت په توګه بشپړ فعال SPA چوکاټ رامینځته کړي.

دا مهمه ده ځکه چې دا خبرې اترې له "کوم چوکاټ څخه باید غوره کړو؟" "ایا موږ په بشپړ ډول یو چوکاټ ته اړتیا لرو؟" د کوچنیو څخه تر منځنیو پروژو لپاره - د متحرک برخو سره د لینډینګ پاڼه، یو داخلي ډشبورډ، د پیرودونکي پورټل - ځواب په زیاتیدونکي توګه دی: شاید نه، یا لږترلږه یو دروند نه وي. د 1,000-لین چوکاټ د دې ثبوت دی چې پلیټ فارم هغه ځای ته رسیدلی چیرې چې د چوکاټ دنده کمیږي.

البته، د عکس العمل او ویو په څیر چوکاټونه لاهم خپل وزن په لوی پیمانه غوښتنلیکونو کې د پیچلي دولتي ونو، د سرور-سایډ رینډینګ اړتیاو، او د 20+ پراختیا کونکو ټیمونو سره ترلاسه کوي چې د سخت کنوانسیونونو څخه ګټه پورته کوي. کلیدي بصیرت دا دی چې سمه وسیله په بشپړه توګه د ستونزې په ساحه پورې اړه لري.

د جاواسکریپټ بلوټ اصلی لګښت

د ګوګل خپلې څیړنې په دوامداره توګه ښودلې چې هر 100 ملی ثانیه اضافه بار وخت کولی شي د تبادلې نرخ تر 7٪ پورې راټیټ کړي. منځنۍ ویب پاڼه اوس د 500KB څخه ډیر جاوا سکریپټ لیږدوي - یو شمیر چې د 2015 راهیسې نږدې درې چنده شوی دی. د سوداګرۍ لپاره، دا د فعالیت لنډیز نه دی. دا په مستقیم ډول د ورک شوي عوایدو، د لوړ باؤنس نرخونو، او د لټون انجن بدتر درجه بندي ته ژباړي.

ستونزه په ګرځنده شبکو کې پیچلې ده. یو کاروونکی په منځني واټن کې د Android وسیله چې له 3G سره نښلوي ممکن د جاواسکریپټ - درنو پاڼې لپاره د متقابل کیدو لپاره 5-8 ثانیې انتظار وکړي، حتی د ابتدايي HTML وړاندې کولو وروسته. دا په ځانګړې توګه د هغو کاروبارونو لپاره مجازات دي چې په مخ پر ودې بازارونو کې پیرودونکو ته خدمت کوي، چیرته چې د ګرځنده لومړی لټون کول نورم دی او د شبکې زیربنا په ډراماتیک ډول توپیر لري.

• د پارس وخت: د جاوا سکریپټ لوی بنډلونه د پارس کولو او تالیف کولو لپاره ډیر وخت نیسي، حتی مخکې له دې چې د اپلیکیشن کوډ یوه کرښه اجرا شي
• د حافظې فشار: پیچلي چوکاټ داخلي حافظې مصرفوي چې پخپله د غوښتنلیک لخوا کارول کیدی شي
• د ستړیا تازه کول: د لوی چوکاټ اپ گریڈونه ( له 1 څخه تر 2 پورې، Vue 2 څخه تر 3 پورې، د ټولګي اجزاو ته عکس العمل) په هر 2-3 کلونو کې د لګښت ګران مهاجرت هڅې مجبوروي
• د انحصار زنځیرونه: د عام عکس العمل پروژې node_modules فولډر 800-1,200 کڅوړې لري، چې هر یو یې احتمالي امنیتي زیانمنتیا یا ماتونکي بدلون دی
• د پیچلتیا جوړول: ویب پیک، بابل، پوسټ سی ایس ایس، او د دوی د ترتیب کولو فایلونه اکثرا د غوښتنلیک کوډ څخه ډیر وي چې دوی یې خدمت کوي

ماکرو چوکاټونه د دغو لګښتونو ډیری برخه پریږدي. د لږو تحلیلونو سره، د ماتولو لپاره لږ شیان شتون لري، د پلټنې لپاره لږ انحصار، او براوزر ته د لیږلو لپاره لږ بایټونه. د یوې سوداګرۍ لپاره چې د ګړندي ، باوري ویب شتون ته اړتیا لري پرته له وقف شوي فرنټ اینډ زیربنا ټیم څخه ، ریاضی په زیاتیدونکي ډول سادگي خوښوي.

ولې د پراختیا کونکي ټولنه ویشل شوې ده

د کوچني SPA چوکاټونو په اړه د هیکر نیوز بحث په باوري ډول دوه مخالف کمپونه رامینځته کوي. له یوې خوا پراختیا کونکي دي چې کلونه یې په لوی کوډبیسونو کې تیر کړي چې په عکس العمل یا انګولر کې جوړ شوي او په لومړي سر کې یې لیدلي چې څنګه د چوکاټ پیچلتیا د وخت په تیریدو سره ترکیب کوي. دوی د څو ورځو کارونو کې ساده ب featuresې بیلون لیدلي ځکه چې د چوکاټ کنوانسیونونه د ټچ کولو روټر ترتیب ته اړتیا لري ، د دولت مدیریت بویلر پلیټ ، او د ازموینې هارنسونه چې د چوکاټ داخلي مسخره کوي. د دې پراختیا کونکو لپاره، د 1,000 لاین چوکاټ د آزادۍ استازیتوب کوي - د کوډ هرې کرښې پوهیدو ته بیرته راستنیدل چې د دوی غوښتنلیک کې تیریږي.

بل خوا هغه عملي پوهان دي چې دا په ګوته کوي چې چوکاټونه شتون لري ځکه چې د حقیقي نړۍ غوښتنلیکونه په پای کې هغه څه ته اړتیا لري چې دوی یې چمتو کوي: د لاسرسي اسانتیاوې، نړیوال کول، د کوډ ویشل، د سرور-سایډ رینډینګ، او د پراختیا کونکو ګمارلو پایپ لاین چې دمخه یې وسیله پیژني. یو مایکرو چوکاټ ممکن د اونۍ پای پروژې لپاره په زړه پورې وي، دوی استدلال کوي، مګر هڅه وکړئ چې د پنځو څخه تر 1,000 لاین کوډبیس کې د سټیک اوور فلو ځوابونو او هیڅ رسمي اسنادو پرته د ټیم سره یوځای شي.

دواړه اړخونه معتبر ټکي لري، او حقیقت دا دی چې انتخاب د شرایطو سره تړاو لري. یو واحد بنسټ ایښودونکی د MVP رامینځته کول د تصدۍ ټیم په پرتله اساسا مختلف اړتیاوې لري چې پنځه کلن غوښتنلیک ساتي. خطر د پیل کولو ستونزو لپاره د تصدۍ حلونو پلي کولو کې دی ، یا د تصدۍ ننګونو لپاره د پیل وسیلې.

کوم عصري سوداګرۍ په حقیقت کې د دوی ټیک سټیک څخه اړتیا لري

د چوکاټ بحث په نهایت کې د یوې لویې پوښتنې لپاره یو پراکسي دی: سوداګرۍ باید څنګه خپلې محدودې تخنیکي سرچینې تخصیص کړي؟ هر ساعت چې پراختیا کونکی د جوړونې پایپ لاین تنظیم کولو یا نوي چوکاټ نسخې ته مهاجرت مصرفوي هغه ساعت دی چې د ځانګړتیاو په جوړولو کې مصرف نه کوي چې پیرودونکو ته خدمت کوي. د ډیری سوداګرۍ لپاره - په ځانګړي توګه د کوچني او مینځنۍ اندازې عملیات - د ټیکنالوژۍ غوره انتخاب هغه دی چې د "زه یوه نظر لرم" او "پیرودونکي یې کاروي" تر مینځ واټن کموي.

د ټیکنالوژۍ غوره پریکړه چې یو مخ پر ودې سوداګرۍ کولی شي د وسیلو غوره کول دي چې د سبا د ساتنې بار رامینځته کولو پرته د نن ورځې ستونزې حل کړي. که دا د 1,000-لین چوکاټ یا بشپړ مدیریت شوي پلیټ فارم معنی لري، هدف یو شان دی: خپل وخت په هغه څه مصرف کړئ چې ستاسو سوداګرۍ ځانګړی کوي، نه په زیربنا باندې چې هر سوداګر ورته اړتیا لري.

دا اصول د مخکني چوکاټ څخه هاخوا پراخیږي. سوداګرۍ په منظم ډول د ورته بیکنډ سیسټمونه بیا رغوي - د کارونکي تصدیق، د تادیې پروسس کول، CRM، رسید، مهال ویش - ځکه چې د دوی غوره شوي تخنیکي سټیک دا غوښتنه کوي. د Mewayz په څیر پلیټ فارمونه د دې تکراري کار د له مینځه وړو لپاره دقیقا شتون لري، د 207 دمخه جوړ شوي ماډلونه وړاندې کوي چې د CRM او معاش څخه تر بکینګ سیسټمونو او تحلیلونو پورې هرڅه پوښي. ورته فلسفه چې پراختیا کونکي د مایکرو چوکاټونو په لور هڅوي - په لږ سره ډیر څه وکړئ ، غیر ضروري پیچلتیا له مینځه وړي - سوداګرۍ د قوي پلیټ فارمونو په لور پرمخ وړي چې د یو واحد سیسټم سره په لسګونو SaaS ګډونونه ځای په ځای کوي.

د چوکاټ سپیکٹرم: ستاسو د خوږ ځای موندل

د دې پر ځای چې د چوکاټ انتخاب د بائنری په توګه وڅیړئ - میګا چوکاټ یا مایکرو چوکاټ - دا د سپیکٹرم په شرایطو کې فکر کولو کې مرسته کوي. په یوه پای کې، تاسو د صفر خلاصون سره وینیلا جاواسکریپټ لرئ. په بل اړخ کې، تاسو د بشپړ سټیک میټا چوکاټونه لرئ لکه Next.js یا Nuxt چې د روټینګ، رینډینګ، ډیټا راوړل، او پلي کولو اداره کوي. ډیری پروژې په مینځ کې ځای لري.

د پیرودونکي سره د بازار موندنې سایټ لپاره چې یو څو متقابل عناصر لري، یو مایکرو چوکاټ یا حتی د Alpine.js طرز انلاین عکس العمل ممکن مناسب وي. د ریښتیني وخت ډیټا ، د رول پراساس اجازې او آفلاین ملاتړ سره د پیچلي SaaS ډشبورډ لپاره ، د بډایه ایکوسیستم سره یو بالغ چوکاټ د سر ارزښت لري. تېروتنه تر ټولو دروند انتخاب دی ځکه چې دا خورا مشهوره ده، یا تر ټولو سپکو ته یې ډیفالټ کول ځکه چې دا خورا فکري اطمینان لري.

عملي ازموینه سمه ده: په راتلونکو 12 میاشتو کې ستاسو غوښتنلیک ته د اړتیا وړ هر ځانګړتیا لیست کړئ. که چیرې یو مایکرو چوکاټ د دې اړتیاو 90٪ پوښي او تاسو کولی شئ پاتې 10٪ په لږ وخت کې په لاسي ډول راوباسئ له هغه څخه چې تاسو د لوی چوکاټ تنظیم کولو مصرف کوئ ، مایکرو چوکاټ وګټي. که ستاسو د ځانګړتیاوو په لیست کې د سرور اړخ رینډینګ، پیچلي فورمه تایید، د انیمیشن آرکیسټریشن، او د لاسرسي ژور ملاتړ شامل وي، لوی چوکاټ احتمال د ځان لپاره پیسې ورکوي.

د غیر تخنیکي بنسټ ایښودونکو او سوداګرۍ چلونکو لپاره درسونه

که تاسو یو کاروبار پرمخ وړئ او ستاسو تخنیکي ټیم د چوکاټونو په اړه بحث کوي، دلته هغه څه دي چې واقعیا مهم دي. لومړی، د لومړي فیچر لپاره د وخت په اړه پوښتنه وکړئ - څومره ژر کولی شي په ټیم کې نوی پراختیا کونکی یو معنی بدلون راولي؟ که په ځواب کې د چاپیریال ترتیب او د چوکاټ زده کړې ورځې شاملې وي، دا د خبرتیا نښه ده پرته لدې چې کوم چوکاټ غوره شوی وي. دوهم، د نوي کولو لارې په اړه پوښتنه وکړئ. هغه چوکاټونه چې په هرو 18 میاشتو کې ماتونکي بدلونونه خپروي یو پټ مالیه وضع کوي چې په ندرت سره په لومړني ارزونه کې څرګندیږي.

درېیم، او تر ټولو مهم، پوښتنه وکړئ چې ایا تاسو د پوښتنې لاندې فعالیت لپاره د ګمرک جوړ شوي سافټویر ته اړتیا لرئ. ډیری سوداګرۍ د داخلي وسیلو - ډشبورډونو ، CRM سیسټمونو ، رسیدونو جریان ، مهالویش انٹرفیس - چې دمخه د پالش شوي ، ساتل شوي محصولاتو په توګه شتون لري په جوړولو کې د پراختیا کونکي وخت مصرفوي. د Mewayz په څیر یو پلیټ فارم، کوم چې د 138,000 څخه زیاتو کاروونکو ته د ماډلونو سره خدمت کوي چې د سوداګرۍ عملیاتونو بشپړ سپیکٹرم پراخوي، کولی شي د معیاري سوداګریزو دندو لپاره په بشپړه توګه د دودیز پراختیا اړتیا له منځه یوسي. دا ستاسو پراختیایی ټیم ته اجازه ورکوي چې ستاسو د محصول په ریښتیني ځانګړي اړخونو تمرکز وکړي - هغه ځانګړتیاوې چې د شیلف څخه بهر وسیله نشي چمتو کولی.

1. خپل دودیز کوډ پلټنه وکړئ: په اوسني پلیټ فارمونو کې د کوم داخلي وسیلې نقل شوي فعالیت شتون وپیژنئ
2. ریښتیني لګښت محاسبه کړئ: نه یوازې په ابتدايي پراختیا کې فکتور بلکه د دوامداره ساتنې، امنیتي پیچونو، او د ځانګړتیاوو غوښتنې
3. تقسیم ارزونه: خپل اوسني SaaS ګډونونه حساب کړئ او لګښت د یو مدغم پلیټ فارم سره پرتله کړئ
4. خپل توپیرونه خوندي کړئ: د هغو ځانګړتیاو لپاره د دودیز پراختیا سرچینې خوندي کړئ چې په ریښتیني ډول ستاسو سوداګرۍ جلا کوي

راتلونکی په قصدي انتخابونو پورې اړه لري

د 1,000-لین SPA چوکاټ شاوخوا جوش واقعیا پخپله د چوکاټ په اړه ندي. دا د ارادې په لور د سافټویر پراختیا کې د مخ پر ودې حرکت په اړه دی - د وسیلو غوره کول ځکه چې دوی ستونزې سره سمون لري، نه دا چې دوی په بازار کې تسلط لري. د جاواسکریپټ ایکوسیستم تیره لسیزه د ب featuresو او خلاصو وسلو په سیالۍ کې تیره کړې. ضد حرکت، چې د مایکرو چوکاټونو، سرور لخوا وړاندې شوي HTML، او پلیټ فارم اصلي APIs لخوا نمایندګي کیږي، د عملیت په لور یو سمون دی.

د سوداګرۍ لپاره، دا بدلون په واضح ډول مثبت دی. دا د ډیرو اختیارونو معنی لري، د ټیټ سویچ لګښتونه، او د پراختیا کونکي کلتور چې د تیوریکي بشپړتیا په پرتله په زیاتیدونکي توګه سادگي او سرعت ته ارزښت ورکوي. که تاسو یو واحد متشبث یاست چې د ورڈپریس او دودیز جوړ شوي سایټ ترمنځ انتخاب کوئ، یا CTO ارزونه کوي چې ستاسو راتلونکی داخلي وسیله جوړه کړئ یا واخلئ، ورته اصول پلي کیږي: غوره ټیکنالوژي هغه ده چې په شالید کې ورک شي، تاسو ته اجازه درکوي چې د خپلو پیرودونکو خدمت کولو تمرکز وکړي.

د 1,000 کرښې چوکاټ موږ ته یادونه کوي چې بریښنا پیچلتیا ته اړتیا نلري. تر ټولو اغېزمن کاروبارونه -- او تر ټولو اغېزمنې وسیلې -- هغه دي چې هغه څه کوي چې ورته اړتیا ده او نور څه نه.

په مکرر ډول پوښتل شوي پوښتنې

مایکرو چوکاټ څه شی دی لکه Vertex.js؟

د مایکرو چوکاټ یو لږ تر لږه جاواسکریپټ کتابتون دی چې د ډیری لوی حلونو پرته د اصلي غوښتنلیک دندو اداره کولو لپاره ډیزاین شوی. Vertex.js دا د SPA اړین فعالیت چمتو کولو سره ترلاسه کوي - لکه د روټینګ او دولتي مدیریت - د کوډ شاوخوا 1,000 لینونو کې. دا د هغو چوکاټونو سره توپیر لري چې د روټینګ یا حالت لپاره جلا، درانه کتابتونونو ته اړتیا لري، د وړو پروژو لپاره ټول پیچلتیا او غوړ کموي.

ولې پراختیا کونکي د ساده وسیلو په لور حرکت کوي؟

ډیری پرمخ وړونکي احساس کوي چې د جاواسکریپټ عصري وسیله د اوسط پروژې لپاره خورا پیچلې شوې ده. درانه چوکاټونه کولی شي د جوړیدو ورو وخت ، د زده کړې سخت وکر ، او غیر ضروري ځانګړتیاوې معرفي کړي. ساده وسیلې لکه Vertex.js د پروژې د حقیقي اړتیاو سره په ښه سمون کې د اړینو ستونزو په تمرکز کولو سره چې یو چوکاټ ورته اړتیا لري د ګړندۍ او د پوهیدو وړ پراختیا تجربه وړاندې کوي.

ایا Vertex.js د لوی، پیچلي غوښتنلیک لپاره مناسب دی؟

Vertex.js په عمده ډول د کوچنیو پروژو لپاره ډیزاین شوی چیرې چې سادگي او ټیټ سر کلیدي دي. د ډیری متقابل اجزاو سره د خورا لوی ، پیچلي غوښتنلیکونو لپاره ، د پراخه ایکوسیستم سره یو ډیر ځانګړتیا لرونکی چوکاټ ممکن ډیر مناسب وي. د ټیمونو لپاره چې پراخه مخکې جوړ شوي ماډلونو ته اړتیا لري، یو خدمت لکه Mewayz (د $ 19/mo لپاره 207 ماډلونه وړاندیز کوي) کولی شي اړین UI او فعال اجزا چمتو کړي چې د مایکرو چوکاټ نشتوالی لري.

ایا زه لاهم د Vertex.js سره د جوړونې وسیلې ته اړتیا لرم؟

په داسې حال کې چې Vertex.js پخپله لږ وزن لري، تاسو به احتمال د مسلکي پرمختګ لپاره د جوړونې وسیله وکاروئ. وسیلې لکه ویټ یا پارسل ستاسو د کوډ بنډل کولو ، د npm انحصارونو اداره کولو ، او د جاواسکریپټ عصري ب featuresو فعالولو لپاره اړین دي. په هرصورت، ټولیز وسیله د لویو چوکاټونو په پرتله خورا ساده پاتې کیږي، ځکه چې تاسو د پیچلي دولتي مدیریت او الرښوونې کتابتونونو څخه مخنیوی کوئ.