Zero-allocation extensions for Open.Text using ZLinq. Provides SplitAsSegmentsNoAlloc and other high-performance string operations that avoid heap allocations via ZLinq's ValueEnumerable. Part of the "Open" set of libraries.
$ dotnet add package Open.Text.ZLinqA set of useful extensions for working with strings, string-segments, spans, enums, and value formatting.
Microsoft.Extensions.Primitives.StringSegments for string manipulation.*NoAlloc methods available in the separate Open.Text.ZLinq package!Comparing string.Split() (BCL) vs SplitAsSegments (IEnumerable) vs SplitAsSegmentsNoAlloc (ValueEnumerable via ZLinq):
| Category | Method | Time | Allocated |
|---|---|---|---|
| Count | BCL Split + LINQ Count | 46.9 ns | 256 B |
| SplitAsSegments + LINQ Count | 61.9 ns | 88 B | |
| SplitAsSegmentsNoAlloc + ZLinq Count | 55.3 ns | 0 B ✅ | |
| LINQ-Chain | SplitAsSegmentsNoAlloc + ZLinq | 50.8 ns | 0 B ✅ |
| BCL + System.Linq | 65.5 ns | 304 B | |
| SplitAsSegments + System.Linq | 104.4 ns | 152 B | |
| Large-Foreach | BCL Split (1000 items) | 7,342 ns | 47,952 B |
| SplitAsSegments (1000 items) | 11,740 ns | 88 B | |
| SplitAsSegmentsNoAlloc (1000 items) | 11,557 ns | 0 B ✅ | |
| Small-Foreach | BCL Split | 42.5 ns | 256 B |
| SplitAsSegmentsNoAlloc | 45.6 ns | 0 B ✅ | |
| SplitAsSegments | 72.4 ns | 88 B | |
| Seq-Split | SplitAsSegmentsNoAlloc(string) | 177.6 ns | 0 B ✅ |
| SplitAsSegments(string) | 215.2 ns | 128 B | |
| BCL Split(string) | 227.1 ns | 696 B |
Key Takeaway: The
SplitAsSegmentsNoAllocmethods achieve zero heap allocations when iteratingStringSegmentvalues—ideal for high-throughput scenarios where GC pressure matters.Note: Regex-based split methods have unavoidable
Matchobject allocations.
For scenarios requiring true zero-allocation string operations, install the companion package:
dotnet add package Open.Text.ZLinq
This package provides *NoAlloc extension methods that return ZLinq ValueEnumerable<TEnumerator, T> structs instead of heap-allocated enumerables. These methods integrate seamlessly with ZLinq for zero-allocation LINQ operations.
SplitAsSegmentsNoAlloc(char) - Split by characterSplitAsSegmentsNoAlloc(string) - Split by string sequenceSplitAsSegmentsNoAlloc(Regex) - Split by regex patternJoinNoAlloc(...) - Join segments with separatorReplaceNoAlloc(...) / ReplaceAsSegmentsNoAlloc(...) - Replace sequencesAsSegmentsNoAlloc(Regex) - Get regex matches as segmentsusing Open.Text;
using ZLinq;
// Zero-allocation split and filter
var count = "a,b,c,d,e"
.SplitAsSegmentsNoAlloc(',')
.Where(s => s.Length > 0)
.Count(); // No heap allocations!
Open.Text now includes Roslyn analyzers that help you write more efficient code by detecting common string manipulation anti-patterns and suggesting better alternatives using spans and string segments.
dotnet add package Open.Text.Analyzers
The analyzers detect patterns like:
.Substring() → suggests .AsSpan() or span slicing.Split() → suggests .SplitAsSegments() or .SplitToEnumerable() to reduce allocations.Split()[0] → suggests .FirstSplit() to avoid array allocationStringBuilder.Trim().Equals() → suggests .TrimEquals() to avoid intermediate stringSee the Analyzers README for complete documentation.
ReadOnlySpan<char> Capture.AsSpan()
Enumerable<StringSegment> Regex.AsSegments(string input)
string GroupCollection.GetValue(string groupName)
ReadOnlySpan<char> GroupCollection.GetValueSpan(string groupName)
IEnumerable<StringSegment> string.Split(Regex pattern)
Optimized .Equals(...) extension methods for comparing spans and strings.
SplitToEnumerableReturns each string segment of the split through an enumerable instead of all at once in an array.
SplitAsMemoryProduces an enumerable where each segment is yielded as a ReadOnlyMemory<char>.
SplitAsSegmentProduces an enumerable where each segment is yielded as a StringSegment.
TrimStartPattern & TrimEndPatternSimilar to their character trimming counterparts, these methods can trim sequences of characters or regular expression patterns.
StringBuilder ExtensionsExtensions for:
StringBuilder.StringSegment ExtensionsExtensions for:
.Trim(char) and .Trim(ReadOnlySpan<char>).StringComparable & SpanComparable Extensionsif(myString.AsCaseInsensitive()=="HELLO!") { }
instead of
if(myString.Equals("HELLO!", StringComparison.OrdinalIgnoreCase)) { }
EnumValue<TEnum> & EnumValueIgnoreCase<TEnum>Implicit conversion makes it easy. Optimized methods make it fast.
Consider the following:
enum Greek { Alpha, Beta, Gamma }
void DoSomethingWithGreek(Greek value) { }
DoSomethingWithGreek(Greek.Alpha);
It's nice that Greek is an enum because it won't be null, and it has to be one of the values.
But what if you want to write a single function that will take an Greek or a string?
This gets problematic as the string value has to be parsed and you'll likely need an overload.
EnumValue<TEnum> solves this problem:
enum Greek { Alpha, Beta, Gamma }
void DoSomethingWithGreek(EnumValue<Greek> value) { }
// Both work fine.
DoSomethingWithGreek("Alpha");
DoSomethingWithGreek(Greek.Alpha);
// Throws an ArgumentException:
DoSomethingWithGreek("Theta");
The implicit conversion between a string and EnumValue<TEnum> make this possible.
If you need to allow for case-insensitive comparison then simply use EnumValueCaseIgnored<TEnum> instead.
The performance is outstanding as it uses the length of the names to build a tree in order to parse values and uses an expression tree instead of calling .ToString() on the value.
string.Supplant(...)An alternative to String.Format that takes an array of values.
string.ReplaceWhiteSpace(...)A shortcut for replacing whitespace with a Regex.
string.ToMetricString(...)Returns an abbreviated metric representation of a number.
ToByteString(...)Returns an abbreviated metric representation of a quantity of bytes.
ToPercentString(...)Shortcut for formating to a percent.
ToNullIfWhiteSpace()Allows for simple null operators if a string is empty or whitespace.