Show HN: Vertex.js – 1kloc SPA Framework

Íme a cikk:

A mikro-keretrendszerek térnyerése: Miért utasítják el a fejlesztők a dagadt JavaScript-eszközöket?

Egy fejlesztő a közelmúltban közzétett egy, nagyjából 1000 kódsorból álló egyoldalas alkalmazáskeretet a Hacker News-nak, és a válasz elektromos volt. A projekt – egy minimalista SPA keretrendszer – újjáélesztette azt a vitát, amely évek óta dúl a webfejlesztői közösségben: vajon eszközeink túl bonyolultak lettek-e az általuk megoldott problémákhoz? Amikor a React alapvető könyvtára, útválasztója, állapotkezelési rétege és összeállítási eszközei együttesen több százezer sornyi kódot tesznek ki, egy olyan keretrendszer, amely mindössze 1000 sorban biztosítja az útválasztást, a reaktivitást és az összetevők megjelenítését, kényelmetlen kérdést vet fel. Az ügyfélközpontú alkalmazásokat építő vállalkozások számára a kérdésre adott válasz valódi következményekkel jár – a betöltési időkben, a fejlesztői termelékenységben és a hosszú távú karbantartási költségekben.

Mit bizonyít egy 1000 soros keretrendszer

A mikro-keretrendszer ötlete nem új. A Backbone.js 2010-es debütálásakor nagyjából 1800 sornyi megjegyzéssel ellátott forráskód volt. A Mithril.js 10 KB alatti gzip-csomaggal szállítható. Ami ebben a kategóriában minden új bejegyzést figyelemre méltó, az nem maga a sorok száma, hanem az, amit a böngésző API-k jelenlegi állapotáról árul el. A modern böngészők natív támogatást nyújtanak a sablonliterálokhoz, a History API-hoz, a proxyalapú reaktivitáshoz, az egyéni elemekhez és a modulbetöltéshez. Egy évtizeddel ezelőtt a keretrendszereknek több ezer sorra volt szükségük ahhoz, hogy normalizálják az Internet Explorer és a Chrome közötti különbségeket. Ma egy képzett fejlesztő egy teljesen működőképes SPA keretrendszert építhet vékony hangszerelési rétegként a platformprimitívek tetejére.

Ez azért fontos, mert elmozdítja a beszélgetést a "melyik keretet válasszunk?" hogy "kell egyáltalán keret?" Kis- és közepes projektekre – dinamikus részekkel rendelkező nyitóoldal, belső irányítópult, ügyfélkapu – a válasz egyre inkább az: talán nem, vagy legalábbis nem nehéz. Az 1000 soros keretrendszer bizonyítja, hogy a platform odáig érett, hogy a keretrendszer feladatai egyre szűkülnek.

Természetesen az olyan keretrendszerek, mint a React és a Vue, továbbra is megérdemlik a súlyukat a nagyméretű alkalmazásokban, amelyek összetett állapotfákkal, szerveroldali renderelési igényekkel és több mint 20 fejlesztőből álló csapatokkal rendelkeznek, akik a merev konvenciók előnyeit élvezik. A legfontosabb betekintés az, hogy a megfelelő eszköz teljes mértékben a probléma hatókörétől függ.

A JavaScript valós költsége Bloat

A Google saját kutatása folyamatosan azt mutatja, hogy minden 100 ezredmásodperc hozzáadott betöltési idő akár 7%-kal is csökkentheti a konverziós arányt. A medián weboldal most több mint 500 KB JavaScriptet szállít – ez a szám csaknem megháromszorozódott 2015 óta. A vállalkozások számára ez nem egy elvont teljesítménymutató. Ez közvetlenül a bevételkiesést, a magasabb visszafordulási arányt és a keresőmotorok rosszabb helyezését eredményezi.

A probléma súlyosbodik a mobilhálózatokon. Egy középkategóriás, 3G-n keresztül csatlakozó Android-eszközt használó felhasználó 5-8 másodpercet várhat, amíg a JavaScriptet erősen tartalmazó oldal interaktívvá válik, még a kezdeti HTML megjelenítése után is. Ez különösen megbünteti a feltörekvő piacokon az ügyfeleket kiszolgáló vállalkozásokat, ahol a mobil-első böngészés a norma, és a hálózati infrastruktúra drámaian eltérő.

Elemzési idő: A nagy JavaScript-kötegek elemzése és fordítása tovább tart, még azelőtt is, hogy az alkalmazáskód egyetlen sora lefutna

Memórianyomás: Az összetett keretrendszer belső részei olyan memóriát fogyasztanak, amelyet maga az alkalmazás is használhat

Frissítési fáradtság: A nagy keretrendszer-frissítések (Angular 1–2, Vue 2–3, React osztályú komponensek a horgokra) költséges migrációs erőfeszítéseket tesznek szükségessé 2-3 évente

Függőségi láncok: Egy tipikus React projekt node_modules mappája 800-1200 csomagot tartalmaz, amelyek mindegyike potenciális biztonsági rést vagy törést okoz.

Összetettség: Webpack, Babel, PostCSS és konfigurációs fájljaik gyakran meghaladják az általuk kiszolgált alkalmazáskódot

A mikrokeretrendszerek megkerülik ezen költségek nagy részét. Kevesebb absztrakcióval kevesebb dolgot kell megszakítani, kevesebb függőséget kell auditálni, és kevesebb 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

• HN megjelenítése: Sgai – Célvezérelt többügynök szoftverfejlesztő (GOAL.md → működő kód)
• Osaka: A Kansai repülőtér büszke arra, hogy soha egyetlen csomagot sem veszített el (2024)
• Túlzott mértékű tokenhasználat a Claude Code-ban
• A kardiorespiratorikus fitnesz alacsonyabb haraggal és szorongással jár