EffinitiveFramework.Core
2.1.1
dotnet add package EffinitiveFramework.Core --version 2.1.1
NuGet\Install-Package EffinitiveFramework.Core -Version 2.1.1
<PackageReference Include="EffinitiveFramework.Core" Version="2.1.1" />
<PackageVersion Include="EffinitiveFramework.Core" Version="2.1.1" />
<PackageReference Include="EffinitiveFramework.Core" />
paket add EffinitiveFramework.Core --version 2.1.1
#r "nuget: EffinitiveFramework.Core, 2.1.1"
#:package EffinitiveFramework.Core@2.1.1
#addin nuget:?package=EffinitiveFramework.Core&version=2.1.1
#tool nuget:?package=EffinitiveFramework.Core&version=2.1.1
EffinitiveFramework
A high-performance C# web framework designed to outperform FastEndpoints and compete with GenHTTP.
๐ Performance Goals
- Zero-allocation routing using
Span<T>andMemory<T> - Minimal overhead for request/response handling
- Optimized hot paths with aggressive inlining
- Efficient memory management using
ArrayPool<T> - Compile-time optimization for endpoint registration
๐ฆ Features
- Simple, intuitive API similar to FastEndpoints
- Type-safe endpoints with generic request/response handling
- Multiple endpoint types - Optimized for sync, async I/O, and streaming operations
EndpointBase<TRequest, TResponse>- Synchronous/cached operations (ValueTask)AsyncEndpointBase<TRequest, TResponse>- Async I/O operations (Task)NoRequestEndpointBase<TResponse>- Endpoints without request body (GET, health checks)NoRequestAsyncEndpointBase<TResponse>- Async endpoints without request body
- Server-Sent Events (SSE) - Real-time streaming with three endpoint patterns:
NoRequestSseEndpointBase- Simple streaming without request bodySseEndpointBase<TRequest>- Streaming with request parsingSseEndpointBase<TRequest, TEventData>- Strongly-typed event streaming
- WebSocket support (RFC 6455) - Full bidirectional messaging with
MapWebSocket()orWebSocketEndpointBase - Static file serving - Zero per-request I/O via in-memory
FrozenDictionarycache, 25+ MIME types - Response compression - Gzip middleware with single-pass serialize+compress pipeline
- Custom HTTP server with direct socket handling for maximum performance
- High-performance transport layer -
IOQueue/SocketSenderPoolarchitecture mirroring Kestrel's design - HTTP/2 support via ALPN negotiation with binary framing and HPACK compression
- HTTP/3 / QUIC (experimental, .NET 10+) - RFC 9114 with QPACK compression, automatic alongside HTTPS
- HTTP/1.1 protocol - Battle-tested and optimized for speed
- TLS/HTTPS support with configurable certificates and modern protocol support
- Minimal allocations in hot code paths
- Benchmark suite included for performance validation
๐ Protocol Support
- โ HTTP/1.1 - Fully supported with custom parser (sub-50ฮผs response times)
- โ HTTPS/TLS - Full TLS 1.2/1.3 support with certificate configuration
- โ HTTP/2 - Complete implementation with binary framing, HPACK, stream multiplexing, and ALPN
- โ
HTTP/3/QUIC - Experimental, .NET 10+ only (RFC 9114 with QPACK, automatic when
QuicListener.IsSupported) - โ WebSocket - RFC 6455, full framing/fragmentation/ping-pong/close handshake
HTTP/2 Implementation
EffinitiveFramework includes a complete from-scratch HTTP/2 implementation:
- Binary framing layer - All 9 frame types (DATA, HEADERS, SETTINGS, PING, GOAWAY, etc.)
- HPACK compression - Static table (61 entries) + dynamic table + Huffman encoding
- Stream multiplexing - Multiple concurrent requests over single TCP connection
- Flow control - Per-stream and connection-level window management
- ALPN negotiation - Automatic protocol selection during TLS handshake ("h2" or "http/1.1")
- Settings management - Dynamic configuration via SETTINGS frames
HTTP/2 is automatically enabled for HTTPS connections when clients negotiate it via ALPN. See HTTP/2 Implementation Guide for details.
HTTP/3 Implementation (.NET 10+)
When targeting .NET 10 and TLS is configured, EffinitiveFramework starts a QUIC listener on the same HTTPS port:
- RFC 9114 - HTTP/3 framing (DATA, HEADERS, SETTINGS, GOAWAY)
- QPACK compression (RFC 9204) - Header encoding/decoding with static table and encoder/decoder streams
- Control streams - Bidirectional and unidirectional stream management
- Automatic - No extra configuration required; QUIC starts when
QuicListener.IsSupportedis true
WebSocket Implementation (RFC 6455)
- Full frame support - Text, Binary, Ping, Pong, Close, Continuation frames
- Fragmentation - Multi-frame messages transparently reassembled
- Keep-alive - Automatic Pong replies to client Ping frames
- Close handshake - Graceful connection termination with status codes
- Fluent registration -
MapWebSocket(path, handler)or subclassWebSocketEndpointBase
๐๏ธ Architecture
Core Components
- EffinitiveApp - Main application bootstrap
- Router - High-performance routing engine using zero-allocation techniques
- EndpointBase<TRequest, TResponse> - Base class for synchronous/cached operations (ValueTask)
- AsyncEndpointBase<TRequest, TResponse> - Base class for I/O operations (Task)
- IEndpoint - Core endpoint interfaces
Performance Optimizations
- Span-based routing - Routes are matched using
ReadOnlySpan<char>to avoid string allocations - Smart async handling -
ValueTask<T>for sync operations,Task<T>for I/O - Struct types - Key data structures use structs where appropriate
- ArrayPool - Reuses arrays for temporary operations
- Unsafe blocks enabled - Allows for low-level optimizations where needed
๐ Quick Start
1. Create an Endpoint
For simple GET endpoints without request body (use NoRequestEndpointBase):
using EffinitiveFramework.Core;
public class HealthCheckEndpoint : NoRequestEndpointBase<HealthResponse>
{
protected override string Method => "GET";
protected override string Route => "/api/health";
public override ValueTask<HealthResponse> HandleAsync(
CancellationToken cancellationToken = default)
{
return ValueTask.FromResult(new HealthResponse
{
Status = "Healthy",
Timestamp = DateTime.UtcNow,
Version = "2.0.0"
});
}
}
For in-memory/cached operations with request body (use EndpointBase):
using EffinitiveFramework.Core;
public class GetUsersEndpoint : EndpointBase<EmptyRequest, UsersResponse>
{
protected override string Method => "GET";
protected override string Route => "/api/users";
public override ValueTask<UsersResponse> HandleAsync(
EmptyRequest request,
CancellationToken cancellationToken = default)
{
var users = new List<User>
{
new User { Id = 1, Name = "Alice", Email = "alice@example.com" },
new User { Id = 2, Name = "Bob", Email = "bob@example.com" }
};
return ValueTask.FromResult(new UsersResponse { Users = users });
}
}
For database/I/O operations (use AsyncEndpointBase):
using EffinitiveFramework.Core;
public class CreateUserEndpoint : AsyncEndpointBase<CreateUserRequest, UserResponse>
{
protected override string Method => "POST";
protected override string Route => "/api/users";
public override async Task<UserResponse> HandleAsync(
CreateUserRequest request,
CancellationToken cancellationToken = default)
{
// True async I/O - database insert
var user = await _dbContext.Users.AddAsync(new User
{
Name = request.Name,
Email = request.Email
}, cancellationToken);
await _dbContext.SaveChangesAsync(cancellationToken);
return new UserResponse { User = user, Success = true };
}
}
For real-time Server-Sent Events streaming (use SSE endpoints):
using EffinitiveFramework.Core.Http.ServerSentEvents;
public class ServerTimeEndpoint : NoRequestSseEndpointBase
{
protected override string Method => "GET";
protected override string Route => "/api/stream/time";
protected override async Task HandleStreamAsync(
SseStream stream,
CancellationToken cancellationToken)
{
// Start automatic keep-alive pings
_ = stream.StartKeepAliveAsync(TimeSpan.FromSeconds(15), cancellationToken);
await stream.WriteAsync("connected", "Server time stream started");
while (!cancellationToken.IsCancellationRequested)
{
var timeData = new { Time = DateTime.UtcNow, Zone = "UTC" };
await stream.WriteJsonAsync(timeData, cancellationToken);
await Task.Delay(1000, cancellationToken);
}
}
}
Define your DTOs:
public record UsersResponse
{
public List<User> Users { get; init; } = new();
}
public record User
{
public int Id { get; init; }
public string Name { get; init; } = string.Empty;
public string Email { get; init; } = string.Empty;
}
๐ก See Endpoint Selection Guide for detailed guidance on choosing between
EndpointBaseandAsyncEndpointBase
For WebSocket connections (use MapWebSocket or subclass WebSocketEndpointBase):
using EffinitiveFramework.Core.WebSocket;
// Inline handler
app.MapWebSocket("/ws/echo", async (conn, ct) =>
{
while (conn.IsOpen)
{
var msg = await conn.ReceiveAsync(ct);
if (msg == null) break;
await conn.SendAsync(msg.Value.Data, msg.Value.Type, ct);
}
});
// Class-based handler
public class EchoEndpoint : WebSocketEndpointBase
{
public override string Route => "/ws/echo";
public override async Task OnConnectedAsync(
WebSocketConnection connection, CancellationToken cancellationToken)
{
while (connection.IsOpen)
{
var msg = await connection.ReceiveAsync(cancellationToken);
if (msg == null) break;
await connection.SendAsync(msg.Value.Data, msg.Value.Type, cancellationToken);
}
}
}
2. Bootstrap the Application
using EffinitiveFramework.Core;
var cts = new CancellationTokenSource();
Console.CancelKeyPress += (s, e) => { e.Cancel = true; cts.Cancel(); };
// Create the app, configure ports, TLS, services and endpoints, then build
var app = EffinitiveApp
.Create()
.UsePort(5000) // HTTP on port 5000
.UseHttpsPort(5001) // HTTPS on port 5001 (HTTP/2 + HTTP/3 via ALPN/QUIC)
.ConfigureTls(tls =>
{
tls.CertificatePath = "localhost.pfx";
tls.CertificatePassword = "dev-password";
})
.UseResponseCompression() // Enable gzip for supported clients
.UseStaticFiles("wwwroot") // Serve files from ./wwwroot at /static
.MapWebSocket("/ws", async (conn, ct) => // WebSocket endpoint
{
while (conn.IsOpen)
{
var msg = await conn.ReceiveAsync(ct);
if (msg != null) await conn.SendAsync(msg.Value.Data, msg.Value.Type, ct);
}
})
.MapEndpoints() // Automatically discovers and registers all endpoints
.Build();
// Run the server until cancelled
await app.RunAsync(cts.Token);
Dependency Injection (Configure services)
EffinitiveFramework exposes a light-weight DI integration via ConfigureServices on the builder. Use it to register DbContexts, services and middleware dependencies.
var app = EffinitiveApp.Create()
.ConfigureServices(services =>
{
// Register a scoped EF Core DbContext
services.AddScoped<AppDbContext>(sp =>
{
var options = new DbContextOptionsBuilder<AppDbContext>()
.UseSqlite("Data Source=products.db")
.Options;
return new AppDbContext(options);
});
// Register application services
services.AddScoped<IProductService, ProductService>();
services.AddScoped<IOrderService, OrderService>();
})
.MapEndpoints(typeof(Program).Assembly)
.Build();
// Resolve a scope for initialization or background work
using var scope = ((EffinitiveFramework.Core.DependencyInjection.ServiceProvider)app.Services!).CreateScope();
var ctx = scope.ServiceProvider.GetService<AppDbContext>();
3. Run the Application
dotnet run --project samples/EffinitiveFramework.Sample
The API will be available at http://localhost:5000 (or as configured).
๐งช Running Benchmarks
dotnet run --project benchmarks/EffinitiveFramework.Benchmarks -c Release
The benchmark suite compares:
- Route matching performance
- Endpoint invocation overhead
- Memory allocations
- Request/response throughput
๐ฏ Benchmark Results
Framework Comparison (HTTP End-to-End)
| Framework | GET Mean | POST Mean | vs EffinitiveFramework |
|---|---|---|---|
| EffinitiveFramework | 44.37 ฮผs | 44.89 ฮผs | Baseline |
| GenHTTP | 54.58 ฮผs | 57.04 ฮผs | 1.23-1.27x slower |
| FastEndpoints | 726.72 ฮผs | 725.10 ฮผs | 16.2-16.4x slower |
| ASP.NET Core Minimal API | 725.19 ฮผs | 715.01 ฮผs | 15.9-16.4x slower |
Key Performance Metrics
โ
Fastest C# web framework tested
โ
1.23-1.27x faster than GenHTTP (another custom HTTP server)
โ
~16x faster than FastEndpoints and ASP.NET Core Minimal API
โ
Sub-50ฮผs response times for both GET and POST
โ
4.5-5.5 KB memory per request (minimal allocations)
See BENCHMARK_RESULTS.md for detailed results and analysis.
๐ Project Structure
EffinitiveFramework/
โโโ src/
โ โโโ EffinitiveFramework.Core/ # Core framework library
โ โโโ EffinitiveApp.cs # Main application class + fluent builder
โ โโโ Router.cs # High-performance router (FrozenDictionary)
โ โโโ EndpointBase.cs # Base endpoint classes
โ โโโ IEndpoint.cs # Endpoint interfaces
โ โโโ Http/ # HTTP/1.1 parsing and response writing
โ โโโ Http2/ # HTTP/2 framing, HPACK, stream multiplexing
โ โโโ Http3/ # HTTP/3 / QUIC + QPACK (.NET 10+ only)
โ โโโ WebSocket/ # RFC 6455 WebSocket framing and endpoints
โ โโโ StaticFiles/ # In-memory static file handler
โ โโโ Transport/ # IOQueue, SocketSenderPool, DuplexPipe
โ โโโ Middleware/ # Pipeline + ResponseCompressionMiddleware
โ โโโ Authentication/ # JWT, API Key, custom auth handlers
โ โโโ Authorization/ # [Authorize], [AllowAnonymous] attributes
โ โโโ DependencyInjection/ # ServiceCollection + ServiceProvider
โ โโโ Configuration/ # ServerOptions, TlsOptions
โโโ samples/
โ โโโ EffinitiveFramework.Sample/ # Sample API project
โ โโโ Program.cs # Application entry point
โ โโโ Endpoints/ # Example endpoints
โโโ benchmarks/
โ โโโ EffinitiveFramework.Benchmarks/ # Performance benchmarks (BenchmarkDotNet)
โโโ tests/
โโโ EffinitiveFramework.Tests/ # Unit tests
๐ง Development
Prerequisites
- .NET 8 SDK or later (.NET 10 SDK for HTTP/3 support)
- Visual Studio 2022 / VS Code / Rider
Build
dotnet build
Run Tests
dotnet test
Run Sample
dotnet run --project samples/EffinitiveFramework.Sample
๐จ Design Principles
- Performance First - Every feature is evaluated for its performance impact
- Zero Allocations - Hot paths should allocate as little as possible
- Simple API - Easy to use, hard to misuse
- Type Safety - Leverage C# type system for compile-time guarantees
- Minimal Dependencies - Only depend on ASP.NET Core fundamentals
๐ฌ Performance Techniques Used
- Span<T> and Memory<T> - For zero-copy string operations
- ArrayPool<T> - For temporary buffer allocations
- ValueTask<T> - For reduced async allocations
- Aggressive Inlining -
[MethodImpl(MethodImplOptions.AggressiveInlining)] - Struct Types - Value types for small, frequently-used data
- Unsafe Code - Low-level optimizations where beneficial
๐ What's New in v2.0.0
| Feature | Details |
|---|---|
| WebSocket | RFC 6455 โ MapWebSocket() or WebSocketEndpointBase. Fragmentation, ping/pong, close handshake. |
| HTTP/3 / QUIC | RFC 9114 + QPACK (RFC 9204). Auto-starts on .NET 10 alongside HTTPS. |
| Static files | Pre-loads wwwroot into FrozenDictionary at startup โ zero per-request I/O. |
| Gzip compression | UseResponseCompression() โ single-pass serialize+compress via pooled buffers. |
| Transport layer | IOQueue/SocketSenderPool matching Kestrel's architecture for maximum throughput. |
| Dual-target package | Ships net8.0 + net10.0 targets in a single NuGet package. |
See RELEASE_NOTES_v2.0.0.md for the full release notes and CHANGELOG.md for the complete version history.
๐ Comparison with FastEndpoints
| Feature | EffinitiveFramework | FastEndpoints |
|---|---|---|
| Routing Engine | Custom zero-allocation | ASP.NET Core |
| Endpoint Definition | Class-based | Class-based |
| Request Binding | JSON deserialization | Multiple strategies |
| Performance Focus | Maximum | High |
| Dependencies | Minimal | More features |
๐ง Roadmap
-
Route parameter extraction (e.g.,โ IMPLEMENTED/users/{id}) -
Query string bindingโ IMPLEMENTED (API Key auth) -
Header/cookie bindingโ IMPLEMENTED (Auth handlers) -
Request validationโ IMPLEMENTED (Routya.ResultKit integration) -
Middleware pipelineโ IMPLEMENTED (High-performance pipeline) -
Dependency injection integrationโ IMPLEMENTED (Full DI support) -
Server-Sent Events (SSE)โ IMPLEMENTED v1.1.0 (Real-time streaming) -
Response compression (gzip)โ IMPLEMENTED v2.0.0 (Single-pass serialize+compress) -
WebSocket supportโ IMPLEMENTED v2.0.0 (RFC 6455, full framing) -
Static file servingโ IMPLEMENTED v2.0.0 (Zero per-request I/O) -
HTTP/3 / QUIC protocolโ IMPLEMENTED v2.0.0 (Experimental, .NET 10+) - Response caching
- OpenAPI/Swagger integration
- Rate limiting
๐ค Contributing
Contributions are welcome! Please ensure:
- All benchmarks pass with improved or comparable performance
- Code follows existing patterns
- Tests are included for new features
- Performance-critical code includes comments explaining optimizations
๐ License
MIT License - see LICENSE file for details
๐ Acknowledgments
- Inspired by FastEndpoints
- Performance techniques from GenHTTP
- Built on ASP.NET Core
Note: This is a performance-focused framework. Always benchmark your specific use case to ensure it meets your requirements.
| Product | Versions Compatible and additional computed target framework versions. |
|---|---|
| .NET | net8.0 is compatible. net8.0-android was computed. net8.0-browser was computed. net8.0-ios was computed. net8.0-maccatalyst was computed. net8.0-macos was computed. net8.0-tvos was computed. net8.0-windows was computed. net9.0 was computed. net9.0-android was computed. net9.0-browser was computed. net9.0-ios was computed. net9.0-maccatalyst was computed. net9.0-macos was computed. net9.0-tvos was computed. net9.0-windows was computed. net10.0 is compatible. net10.0-android was computed. net10.0-browser was computed. net10.0-ios was computed. net10.0-maccatalyst was computed. net10.0-macos was computed. net10.0-tvos was computed. net10.0-windows was computed. |
-
net10.0
- Microsoft.Extensions.ObjectPool (>= 10.0.0)
- Routya.ResultKit (>= 2.1.0)
- System.IdentityModel.Tokens.Jwt (>= 8.16.0)
-
net8.0
- Microsoft.Extensions.ObjectPool (>= 8.0.0)
- Routya.ResultKit (>= 2.1.0)
- System.IdentityModel.Tokens.Jwt (>= 8.16.0)
- System.IO.Pipelines (>= 8.0.0)
NuGet packages
This package is not used by any NuGet packages.
GitHub repositories
This package is not used by any popular GitHub repositories.
v2.1.1: Replace O(n²) TryParseChunked with streaming ChunkedBodyStream (PipeReader-based, zero-copy). Strict RFC 9112 chunk-size validation: no leading/trailing OWS, no 0x prefix, no +/_ in hex digits, overflow check. Bare LF detection in chunk framing and trailers. Chunk extension validation: rejects bare semicolons, invalid RFC 9110 token chars in ext-name, control chars in ext-val. Validates CRLF terminator after each chunk data section. All violations throw HttpParseException(400) and propagate correctly to the connection handler for 400/close responses instead of 500.