إظهار HN: Vertex.js - إطار عمل 1kloc SPA

هنا هو المقال:

صعود الأطر الصغيرة: لماذا يرفض المطورون أدوات جافا سكريبت المتضخمة

قام أحد المطورين مؤخرًا بنشر إطار عمل تطبيقي من صفحة واحدة تم إنشاؤه في ما يقرب من 1000 سطر من التعليمات البرمجية إلى Hacker News، وكان الرد كهربائيًا. أعاد المشروع - وهو إطار SPA البسيط - إشعال النقاش الذي ظل محتدمًا في مجتمع تطوير الويب لسنوات: هل أصبحت أدواتنا معقدة للغاية بالنسبة للمشكلات التي تحلها؟ عندما تقوم مكتبة React الأساسية، وجهاز التوجيه الخاص بها، وطبقة إدارة الحالة الخاصة بها، وأدوات البناء الخاصة بها بوزن مئات الآلاف من أسطر التعليمات البرمجية بشكل جماعي، فإن إطار العمل الذي يوفر التوجيه والتفاعل وعرض المكونات في 1000 سطر فقط يفرض سؤالاً غير مريح. بالنسبة للشركات التي تقوم ببناء تطبيقات موجهة للعملاء، فإن الإجابة على هذا السؤال لها عواقب حقيقية - في أوقات التحميل، وإنتاجية المطورين، وتكاليف الصيانة على المدى الطويل.

ما يثبته إطار العمل المكون من 1000 سطر فعليًا

فكرة الإطار الجزئي ليست جديدة. كان Backbone.js يحتوي على ما يقرب من 1800 سطر من كود المصدر المشروح عندما ظهر لأول مرة في عام 2010. ويتم شحن Mithril.js بسرعة أقل من 10 كيلو بايت مضغوطة. ما يجعل كل إدخال جديد في هذه الفئة جديرًا بالملاحظة ليس عدد السطر نفسه ولكن ما يكشفه عن الحالة الحالية لواجهات برمجة تطبيقات المتصفح. تأتي المتصفحات الحديثة مع دعم أصلي للقوالب الحرفية، وواجهة برمجة التطبيقات History، والتفاعل القائم على الوكيل، والعناصر المخصصة، وتحميل الوحدة النمطية. قبل عقد من الزمن، كانت أطر العمل تحتاج إلى آلاف الأسطر فقط لتطبيع الاختلافات بين Internet Explorer وChrome. اليوم، يمكن للمطور الماهر بناء إطار عمل SPA كامل الوظائف كطبقة تزامن رقيقة فوق أساسيات النظام الأساسي.

وهذا مهم لأنه يحول المحادثة من "أي إطار يجب أن نختار؟" إلى "هل نحتاج إلى إطار عمل على الإطلاق؟" بالنسبة للمشاريع الصغيرة إلى المتوسطة - صفحة مقصودة تحتوي على أقسام ديناميكية، ولوحة تحكم داخلية، وبوابة للعملاء - فإن الإجابة تتزايد: ربما لا، أو على الأقل ليست ثقيلة. يعد إطار العمل المكون من 1000 سطر دليلاً على أن النظام الأساسي قد نضج إلى درجة تقلص وظيفة إطار العمل.

بالطبع، لا تزال أطر العمل مثل React وVue تكتسب وزنها في التطبيقات واسعة النطاق مع أشجار الحالة المعقدة، واحتياجات العرض من جانب الخادم، وفرق مكونة من أكثر من 20 مطورًا يستفيدون من الاتفاقيات الصارمة. الفكرة الأساسية هي أن الأداة الصحيحة تعتمد كليًا على نطاق المشكلة.

التكلفة الحقيقية لجافا سكريبت Bloat

لقد أظهرت أبحاث Google باستمرار أن كل 100 مللي ثانية من وقت التحميل الإضافي يمكن أن تقلل معدلات التحويل بنسبة تصل إلى 7%. تشحن صفحة الويب المتوسطة الآن أكثر من 500 كيلو بايت من JavaScript - وهو رقم تضاعف ثلاث مرات تقريبًا منذ عام 2015. بالنسبة للشركات، لا يعد هذا مقياسًا مجردًا للأداء. إنه يترجم مباشرة إلى خسارة في الإيرادات، ومعدلات ارتداد أعلى، وتصنيفات أسوأ في محركات البحث.

وتتفاقم المشكلة على شبكات الهاتف المحمول. قد ينتظر المستخدم على جهاز Android متوسط ​​النطاق متصل عبر شبكة 3G من 5 إلى 8 ثوانٍ حتى تصبح الصفحة المثقلة بجافا سكريبت تفاعلية، حتى بعد عرض HTML الأولي. وهذا أمر مؤلم بشكل خاص للشركات التي تخدم العملاء في الأسواق الناشئة، حيث يعد التصفح عبر الهاتف المحمول هو القاعدة وتختلف البنية التحتية للشبكة بشكل كبير.

وقت التحليل: تستغرق حزم JavaScript الكبيرة وقتًا أطول في التحليل والتجميع، حتى قبل تنفيذ سطر واحد من تعليمات التطبيق البرمجية

ضغط الذاكرة: تستهلك الأجزاء الداخلية لإطار العمل المعقد الذاكرة التي يمكن أن يستخدمها التطبيق نفسه

تحديث التعب: ترقيات إطار العمل الرئيسية (Angular 1 إلى 2، Vue 2 إلى 3، مكونات فئة React إلى الخطافات) تفرض جهود ترحيل مكلفة كل 2-3 سنوات

سلاسل التبعية: يحتوي مجلد Node_modules الخاص بمشروع React النموذجي على 800-1200 حزمة، كل منها بها ثغرة أمنية محتملة أو تغيير جذري

تعقيد البناء: غالبًا ما تتجاوز Webpack وBabel وPostCSS وملفات التكوين الخاصة بها رمز التطبيق الذي تخدمه

تتجنب الأطر الصغيرة معظم هذه التكاليف. مع عدد أقل من التجريدات، هناك عدد أقل من الأشياء التي يجب كسرها، وعدد أقل من التبعيات التي يجب تدقيقها، وعدد أقل من b

Frequently Asked Questions

What is a micro-framework like Vertex.js?

A micro-framework is a minimalist JavaScript library designed to handle core application tasks without the bulk of larger solutions. Vertex.js achieves this by providing essential SPA functionality—like routing and state management—in about 1,000 lines of code. This contrasts with frameworks that require separate, heavier libraries for routing or state, reducing overall complexity and bloat for smaller projects.

Why are developers moving towards simpler tools?

Many developers feel that modern JavaScript tooling has become overly complex for the average project. Heavy frameworks can introduce slow build times, a steep learning curve, and unnecessary features. Simpler tools like Vertex.js offer a faster, more understandable development experience by focusing on the essential problems a framework needs to solve, aligning better with the project's actual requirements.

Is Vertex.js suitable for a large, complex application?

Vertex.js is primarily designed for smaller projects where simplicity and low overhead are key. For very large, complex applications with many interactive components, a more feature-rich framework with a vast ecosystem might be more appropriate. For teams needing extensive pre-built modules, a service like Mewayz (offering 207 modules for $19/mo) could provide the necessary UI and functional components that a micro-framework lacks.

Do I still need a build tool with Vertex.js?

While Vertex.js itself is lightweight, you will likely still use a build tool for professional development. Tools like Vite or Parcel are necessary to bundle your code, handle npm dependencies, and enable modern JavaScript features. However, the overall toolchain remains simpler than those required by larger frameworks, as you avoid complex state-management and routing libraries.

Related Posts

• أداة العزل في سطر الأوامر في macOS غير المعروفة (2025)
• لماذا أشعر بالقلق بشأن فقدان الوظيفة والأفكار حول الميزة النسبية
• تطبيق طقس للطرفية مع رسوم ASCII متحركة مدعومة ببيانات الطقس الفورية
• Raspberry Pi Pico 2 بتردد 873.5 ميجاهرتز مع إساءة استخدام جهد النواة 3.05 فولت