bQuery.js: Vom jQuery-Alternative zum modernen Full-Stack-Framework

bQuery.js hat sich von einer bescheidenen Hommage an jQuery zu einem eigenständigen Full-Stack-Framework entwickelt – und zieht nun mit einer neuen Dokumentationsplattform um. Doch was macht diese Bibliothek so besonders und warum könnte sie zur neuen Standardlösung für Entwickler werden?

Eine einfache Frage mit großer Wirkung

Die Idee zu bQuery.js entstand aus einer grundlegenden Überlegung: Warum wurde jQuery überhaupt entwickelt? In den frühen 2000er-Jahren boten Browser eine fragmentierte DOM-API, fehlende Standards und keine zuverlässigen Methoden zur DOM-Manipulation. jQuery füllte diese Lücken und vereinfachte die Entwicklung für Tausende Entwickler.

Doch die Weblandschaft hat sich radikal verändert. Moderne Browser unterstützen heute native APIs wie querySelector, fetch und ein modulares System. Dennoch bleiben bestimmte Pain Points bestehen – etwa die Komplexität moderner JavaScript-Ökosysteme mit unzähligen Build-Schritten, Abhängigkeiten und Konfigurationsdateien.

bQuery.js stellt sich daher eine neue Frage: Was wäre die optimale Lösung für die Anforderungen von 2025? Das Ergebnis ist eine Bibliothek, die nicht nur jQuery modernisiert, sondern eine vollständige Full-Stack-Erfahrung bietet – ohne dabei die Einfachheit zu opfern.

Die drei unumstößlichen Prinzipien

Von Anfang an wurden drei Grundprinzipien festgelegt, die das gesamte Projekt prägen. Jede Entscheidung musste sich diesen unterordnen:

• Kein Build-Schritt erforderlich. Nutzer können eine einzelne Datei in eine HTML-Seite einbinden und sofort mit 12 Zeilen Code loslegen. Keine node_modules, kein Webpack oder Vite – nur reines JavaScript, das direkt im Browser läuft.

• Ein einziger Import, ob lokal oder per CDN. Egal ob über npm, bun oder pnpm installiert oder direkt über einen CDN-Link eingebunden – die API bleibt identisch. Es gibt keine separate "CDN-Version" oder "Modul-Version", die unterschiedliche Funktionen bieten.

• Echte Tree-Shaking-Unterstützung. Wer nur die DOM-Manipulationsfunktionen benötigt, lädt ausschließlich den dafür benötigten Code. Jedes Modul ist ein eigenständiger Einstiegspunkt, sodass die Bundle-Größe minimal bleibt.

Diese Prinzipien führten zu einer Bibliothek, die nicht nur leichtgewichtig ist, sondern auch mitwächst – ohne dabei an Performance oder Benutzerfreundlichkeit einzubüßen. Ein einfaches Beispiel zeigt, wie bQuery.js in der Praxis funktioniert:

import { $, $$ } from '@bquery/bquery/core';

$('#button').on('click', () => {
  $$('.card').addClass('hovered');
});

Mit nur wenigen Zeilen Code lässt sich so eine interaktive Webseite erstellen – ohne Build-Prozess, ohne zusätzliche Abhängigkeiten.

Vom DOM-Tool zur Full-Stack-Lösung

Was als einfache DOM-Bibliothek begann, entwickelte sich schnell zu etwas Größerem. Der Wendepunkt war die Einführung von Signalen, die bQuery.js in Richtung eines Frameworks lenkten.

Signale ermöglichen reaktive Zustände, die automatisch die UI aktualisieren. Plötzlich war es möglich, $('#counter').text(...) nicht nur als einmalige DOM-Änderung zu nutzen, sondern als Ausdruck eines Zustands. Daraus ergaben sich weitere Anforderungen:

• Komponenten basierend auf Web Components – ohne virtuelle DOM-Manipulation oder zusätzliche Laufzeitumgebungen.
• Direktiven und Views wie bq-on, bq-html-safe oder bq-cloak für deklarative Templates ohne JSX.
• Formularunterstützung mit Validierung, Zustandsmanagement und integrierten Composables.
• Routing mit Lazy-Loading, Guard-Funktionen und Navigation-State-Management.
• Internationale Unterstützung durch i18n-Module mit Sprachverhandlung und Formatierungshilfen.
• Barrierefreiheit durch eingebaute A11y-Hilfsmittel für Fokusmanagement und Medienabfragen.
• HTTP- und Datenabfrage-Composables für REST, WebSockets und Server-Sent Events.
• Drag & Drop mit Sortierfunktionen, Rasterausrichtung und Tastatursteuerung.
• Server-seitiges Rendering (SSR) mit Streaming-Unterstützung und Edge-Handlers.
• Ein vollständiger Server mit Middleware, Cookies und Streaming-Antworten.

Die Liste der Funktionen wuchs kontinuierlich – doch die drei ursprünglichen Prinzipien blieben unangetastet. Selbst bei der Integration eines Servers oder komplexer SSR-Funktionen bleibt die Bibliothek so leichtgewichtig wie zu Beginn. Ein Beispiel zeigt, wie vielfältig die Einsatzmöglichkeiten sind:

// Minimaler Einstieg: Nur DOM-Funktionen
import { $, $$ } from '@bquery/bquery/core';

// Reaktive Programmierung mit Signalen
import { signal, computed, effect } from '@bquery/bquery/reactive';

// Vollständige Integration: Komponenten, Routing und SSR
import {
  $,
  signal,
  component,
  registerDefaultComponents,
  defineBqueryConfig,
} from '@bquery/bquery';

Egal ob minimaler Einstieg oder Full-Stack-Projekt – die API bleibt konsistent und die Bundle-Größe wird streng kontrolliert.

Warum bQuery.js die Zukunft prägen könnte

bQuery.js beweist, dass moderne Webentwicklung nicht zwangsläufig komplex sein muss. Die drei Kernprinzipien – keine Build-Schritte, ein einheitlicher Import und echte Tree-Shaking-Unterstützung – machen die Bibliothek zu einer attraktiven Alternative zu etablierten Frameworks wie React oder Vue.

Besonders hervorzuheben ist die CDN-Unterstützung als Kernfeature. Viele Frameworks bieten zwar CDN-Links an, behandeln sie aber als nachträglichen Zusatz. Bei bQuery.js ist der direkte Einsatz im Browser genauso leistungsfähig wie die lokale Installation – ein entscheidender Vorteil für Entwickler, die schnell Prototypen erstellen oder kleine Projekte umsetzen möchten.

Die Zukunft von bQuery.js sieht vielversprechend aus. Mit einer wachsenden Community, regelmäßigen Updates und einer klaren Vision könnte es sich als ernstzunehmende Alternative etablieren. Ob es die Dominanz von React und Vue brechen wird, bleibt abzuwarten – doch dass es eine echte Lücke im Ökosystem füllt, steht außer Frage.

Eines ist sicher: bQuery.js hat bewiesen, dass moderne Webentwicklung auch einfach, performant und ohne unnötige Komplexität möglich ist.