Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Lesedauer 3 Min.

ZLinq: LINQ-Bibliothek ohne Speicherallokation

Die neu veröffentlichte ZLinq von Yoshifumi Kawai verspricht eine effiziente LINQ-Bibliothek ohne Speicherallokationen.
© EMGenie
Yoshifumi Kawai hat die Bibliothek ZLinq veröffentlicht, die für .NET konzipiert ist und verspricht, das Problem der Speicherallokationen beim Arbeiten mit LINQ zu lösen. Basierend auf Strukturen und Generics erreicht ZLinq null Allokationen, was eine bedeutende Verbesserung gegenüber bestehenden Implementierungen darstellt. Die Bibliothek bietet daher nicht nur LINQ-Features für Standard-Typen, sondern unterstützt auch LINQ für Span<T>, SIMD sowie Baumstrukturen wie Dateisysteme und JSON-Objekte.
Mit mehr als 3000 GitHub-Stars seit der Veröffentlichung, hebt sich ZLinq durch seine vollständige Abdeckung aller Methoden und Overloads in .NET 10 hervor, inklusive neuer Features wie Shuffle, RightJoin und LeftJoin. Ziel war es, eine praktikable Lösung zu schaffen, die auch in Bezug auf Leistung und Benutzerfreundlichkeit überzeugt. Während viele frühere Implementierungen durch einen extremen Anstieg der Assembly-Größe oder mangelnde Operatorabdeckung gekennzeichnet waren, verfolgt ZLinq das Ziel, nicht nur Allokationen zu reduzieren, sondern auch eine verbesserte Leistung durch Optimierungen wie SIMD (Single Instruction, Multiple Data) zu erreichen.
Die Nutzung ist denkbar einfach: Ein einfacher Aufruf von AsValueEnumerable() erlaubt die nahtlose Integration in bestehende LINQ-Abfragen. Ein Beispiel für die Verwendung könnte folgendermaßen aussehen:
using ZLinq;
var seq = source.AsValueEnumerable() // nur diese Zeile hinzufügen
  .Where(x => x % 2 == 0)
  .Select(x => x * 3);
  foreach (var item in seq) {
    // Verarbeitung
  } 

Zusätzlich enthält ZLinq einen Source Generator, der die Möglichkeit bietet, die Integration zu automatisieren, ohne dass der Aufruf von AsValueEnumerable() erforderlich ist.
Leistungsbenchmarks zeigen, dass ZLinq in vielen praktischen Szenarien bessere Leistungen erbringt als die traditionellen LINQ-Implementierungen, insbesondere bei mehrfachen Methodenaufrufen. Beispielsweise zeigen Tests, dass ZLinq, auch wenn es strukturell nicht in der Lage ist, in bestimmten Fällen zu gewinnen, in den meisten praktischen Anwendungsfällen die Nase vorn hat.
Zusätzlich zu seinen technischen Stärken setzt sich Yoshifumi Kawai auch dafür ein, den Open-Source-Standort in der .NET-Community zu verbessern; er teilt seine Erfahrungen über die Entwicklung von ZLinq und appelliert an die Community, Verständnis für gelegentliche Verzögerungen bei der Wartung von Open-Source-Projekten aufzubringen. Kawai plant, langfristig an der Verbesserung und Weiterentwicklung von ZLinq zu arbeiten und hofft auf eine positive Resonanz innerhalb der Entwicklergemeinschaft.

Linq-Bibliothek, die keine Speicherallokationen benötigt.
.NET Stack

Neueste Beiträge

Building Features is easy – echten Wert liefern nicht - Interview
Eva Feigl erklärt im DWX-Interview, warum Teams oft am falschen Problem arbeiten – und wie Annahmen, Vanity Metriken und fehlendes Nutzer-Feedback echten Produkterfolg verhindern.
5. Aug 2026
AI Slop vermeiden: Harness-First Engineering für Teams, die mit Coding Agenten arbeiten - Der neue Engpass heißt Vertrauen
Coding Agents wie GitHub Copilot, Cursor oder Claude Code haben die Produktivität von Entwicklungsteams dramatisch erhöht. Was früher Tage dauerte, entsteht heute in Stunden. Doch mit der Geschwindigkeit wächst ein neues Problem: Der Engpass liegt inzwischen im Vertrauen in das, was geschrieben wurde.
4 Minuten
4. Aug 2026
PandaOS: Die Workstation, die ich mir immer gewünscht habe
Monatelang bin ich zwischen KI-Werkzeugen hin- und hergesprungen. Cursor, Claude Code, OpenCode, Aider. Jedes hatte etwas Geniales, doch keines fühlte sich vollständig an. Also habe ich ein eigenes Tool gebaut? PandaOS ist das Ergebnis.
6 Minuten

Das könnte Dich auch interessieren

Datenzugriff in .NET-Apps - EF Core in WinForms, WPF, WinUI 3, Blazor und .NET MAUI
Datenbankanbindung in .NET – vom Desktop bis zur mobilen App.
11 Minuten
16. Jun 2025
Stark beschränkt - Native-AOT-Kompilierung mit Entity Framework Core 9.0
In Entity Framework Core 9.0 liefert Microsoft erstmals eine Unterstützung für den Native-AOT-Compiler mit, die aber leider noch geringen praktischen Nutzen hat.
7 Minuten
Mathesar: Benutzerfreundliche Oberfläche für PostgreSQL-Datenbanken - Datenbanken
Mathesar ermöglicht Nutzern, Daten von PostgreSQL-Datenbanken in spreadsheet-artiger Oberfläche zu verwalten.
2 Minuten
30. Jan 2025
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige