CSharpFunctionalExtensions.HttpResults

Seamlessly map Results from CSharpFunctionalExtensions to HttpResults for cleaner, more fluent Web APIs

Table of Contents

Overview
Installation
Usage
Available methods
Default mapping
Custom error mapping
Analyzers
Examples
Development

Overview

This library provides convenient extension methods to seamlessly map Results from CSharpFunctionalExtensions to HttpResults. With this, it streamlines your Web API resulting in cleaner, more fluent code.

Key Benefits

⚙️ Zero Configuration: Get started immediately — the mapping works out of the box without any configuration.
🛠️ Customizable Mappings: Tailor default mappings or define custom mappings for specific use cases.
🔗 Fluent API: Maintain a smooth, railway-oriented flow by chaining HttpResult mappings at the end of your Result chain.
🧱 Separation of Domain and HTTP Errors: Keeps domain errors distinct from HTTP errors, improving maintainability and clarity between business logic and web API concerns.
⚡ Minimal APIs & Controllers Support: Works with both Minimal APIs and traditional controllers in ASP.NET.
📦 Full Support for ASP.NET Results: Supports all built-in HTTP response types in ASP.NET, including Ok, Created, NoContent, Accepted, FileStream, and more.
🦺 Typed Results: Utilizes TypedResults for consistent, type-safe API responses.
📑 OpenAPI Ready: Ensures accurate OpenAPI generation for clear and reliable API documentation.
🛡️ RFC Compliance: Default mappings adhere to the RFC 9457 standard (ProblemDetails), ensuring your API errors are standardized and interoperable.
🧑‍💻 Developer-Friendly: Includes built-in analyzers and source generators to speed up development and reduce errors.

Installation

Available on NuGet.

dotnet add package CSharpFunctionalExtensions.HttpResults

PM> Install-Package CSharpFunctionalExtensions.HttpResults

[!NOTE] This library references an older version of CSharpFunctionalExtensions for wider compatibility. It's recommended to additionally install the latest version of CSharpFunctionalExtensions in your project to get the latest features and fixes.

Usage

This library provides you extension methods to map the following Result types to HttpResults at the end of our result chain:

Result
Result<T>
Result<T,E>
UnitResult<E>

Example:

app.MapGet("/books", (BookService service) =>
    service.Get()       //Result<Book[]>
      .ToOkHttpResult() //Results<Ok<Book[]>, ProblemHttpResult>
);

Available methods

Click here to view all available methods.

Method	Short Description
`.ToStatusCodeHttpResult()`	Returns `StatusCodeHttpResult` or `ProblemHttpResult`
`.ToStatusCodeHttpResult<T>()`	Returns `StatusCodeHttpResult` or `ProblemHttpResult`
`.ToStatusCodeHttpResult<T,E>()`	Returns `StatusCodeHttpResult` or custom error
`.ToStatusCodeHttpResult<E>()`	Returns `StatusCodeHttpResult` or custom error
`.ToJsonHttpResult<T>()`	Returns `JsonHttpResult<T>` or `ProblemHttpResult`
`.ToJsonHttpResult<T,E>()`	Returns `JsonHttpResult<T>` or custom error
`.ToOkHttpResult<T>()`	Returns `Ok<T>` or `ProblemHttpResult`
`.ToOkHttpResult<T,E>()`	Returns `Ok<T>` or custom error
`.ToNoContentHttpResult()`	Returns `NoContent` or `ProblemHttpResult`
`.ToNoContentHttpResult<T>()`	Discards value of `Result<T>` and returns `NoContent` or `ProblemHttpResult`
`.ToNoContentHttpResult<T,E>()`	Discards value of `Result<T>` and returns `NoContent` or custom error
`.ToNoContentHttpResult<E>()`	Returns `NoContent` or custom error
`.ToCreatedHttpResult<T>()`	Returns `Created<T>` or `ProblemHttpResult`
`.ToCreatedHttpResult<T,E>()`	Returns `Created<T>` or custom error
`.ToCreatedAtRouteHttpResult<T>()`	Returns `CreatedAtRoute<T>` or `ProblemHttpResult`
`.ToCreatedAtRouteHttpResult<T,E>()`	Returns `CreatedAtRoute<T>` or custom error
`.ToAcceptedHttpResult<T>()`	Returns `Accepted<T>` or `ProblemHttpResult`
`.ToAcceptedHttpResult<T,E>()`	Returns `Accepted<T>` or custom error
`.ToAcceptedAtRouteHttpResult<T>()`	Returns `AcceptedAtRoute<T>` or `ProblemHttpResult`
`.ToAcceptedAtRouteHttpResult<T,E>()`	Returns `AcceptedAtRoute<T>` or custom error
`.ToFileHttpResult<byte[]>()`	Returns `FileContentHttpResult` or `ProblemHttpResult`
`.ToFileHttpResult<byte[],E>()`	Returns `FileContentHttpResult` or custom error
`.ToFileStreamHttpResult<Stream>()`	Returns `FileStreamHttpResult` or `ProblemHttpResult`
`.ToFileStreamHttpResult<Stream,E>()`	Returns `FileStreamHttpResult` or custom error
`.ToContentHttpResult<string>()`	Returns `ContentHttpResult` or `ProblemHttpResult`
`.ToContentHttpResult<string,E>()`	Returns `ContentHttpResult` or custom error
`.ToServerSentEventsHttpResult<IAsyncEnumerable<T>>()`	Returns `ServerSentEventsResult<T>` or `ProblemHttpResult` (requires >= .NET 10)
`.ToServerSentEventsHttpResult<IAsyncEnumerable<T>,E>()`	Returns `ServerSentEventsResult<T>` or custom error (requires >= .NET 10)

All methods are available in sync and async variants.

Default mapping

By default, Result and Result<T> failures are mapped to a ProblemHttpResult based on RFC9457.

The status property contains the status code of the HTTP response. Note: For almost every method you can override the default status codes for Success/Failure case.
The type property contains a URI to the corresponding RFC9110 entry based on the status code.
The title property contains a generic short messages based on the status code.
The detail property contains the error string of the Result.

This default mapping behaviour is configured inside the ProblemDetailsMappingProvider.

Override default mapping

You can override this behavior by providing your own dictionary that maps status codes to their corresponding title and type of the resulting ProblemDetails object.

Click here to see an example of changing the default mapping for German localization.

ProblemDetailsMappingProvider.DefaultMappings = new Dictionary<int, (string? Title, string? Type)>
{
  { 400, ("Ungültige Anfrage", "https://tools.ietf.org/html/rfc9110#section-15.5.1") },
  { 401, ("Nicht autorisiert", "https://tools.ietf.org/html/rfc9110#section-15.5.2") },
  { 403, ("Verboten", "https://tools.ietf.org/html/rfc9110#section-15.5.4") },
  { 404, ("Nicht gefunden", "https://tools.ietf.org/html/rfc9110#section-15.5.5") },
  { 405, ("Methode nicht erlaubt", "https://tools.ietf.org/html/rfc9110#section-15.5.6") },
  { 406, ("Nicht akzeptabel", "https://tools.ietf.org/html/rfc9110#section-15.5.7") },
  { 408, ("Zeitüberschreitung der Anfrage", "https://tools.ietf.org/html/rfc9110#section-15.5.9") },
  { 409, ("Konflikt", "https://tools.ietf.org/html/rfc9110#section-15.5.10") },
  { 412, ("Vorbedingung fehlgeschlagen", "https://tools.ietf.org/html/rfc9110#section-15.5.13") },
  { 415, ("Nicht unterstützter Medientyp", "https://tools.ietf.org/html/rfc9110#section-15.5.16") },
  { 422, ("Nicht verarbeitbare Entität", "https://tools.ietf.org/html/rfc4918#section-11.2") },
  { 426, ("Upgrade erforderlich", "https://tools.ietf.org/html/rfc9110#section-15.5.22") },
  { 500, ("Ein Fehler ist bei der Verarbeitung Ihrer Anfrage aufgetreten.", "https://tools.ietf.org/html/rfc9110#section-15.6.1") },
  { 502, ("Schlechtes Gateway", "https://tools.ietf.org/html/rfc9110#section-15.6.3") },
  { 503, ("Dienst nicht verfügbar", "https://tools.ietf.org/html/rfc9110#section-15.6.4") },
  { 504, ("Gateway-Zeitüberschreitung", "https://tools.ietf.org/html/rfc9110#section-15.6.5") },
};

Example from here

You don't have to provide the whole dictionary; you can also override or add mappings for specific status codes like this:

ProblemDetailsMappingProvider.AddOrUpdateMapping(420, "Enhance Your Calm", "https://http-status-code.de/420/");

It's recommended to override the mappings during startup e.g. in Program.cs.

Override mapping for single use case

If you need to override the mapping for a specific use case in a single location, you can provide an Action<ProblemDetails> to fully customize the ProblemDetails. This is particularly useful when you want to add extensions or tailor the ProblemDetails specifically for that use case.

...
.ToOkHttpResult(customizeProblemDetails: problemDetails =>
{
  problemDetails.Title = "Custom Title";
  problemDetails.Extensions.Add("custom", "value");
});

Custom error mapping

When using Result<T,E> or UnitResult<E>, this library uses a Source Generator to generate extension methods for your own custom error types.

Create a custom error type public record UserNotFoundError(string UserId);
Create a mapper that implements IResultErrorMapper which maps this custom error type to an HttpResult / Microsoft.AspNetCore.Http.IResult that you want to return in your Web API: public class UserNotFoundErrorMapper : IResultErrorMapper<UserNotFoundError, ProblemHttpResult> { public ProblemHttpResult Map(UserNotFoundError error) { var problemDetails = new ProblemDetails { Status = 404, Title = "User not found", Type = "https://tools.ietf.org/html/rfc9110#section-15.5.5", Detail = $"The user with ID {error.UserId} couldn't be found. }; return TypedResults.Problem(problemDetails); }; }
Use the auto-generated extension method: app.MapGet("/users/{id}", (string id, UserRepository repo) => repo.Find(id) //Result<User,UserNotFoundError> .ToOkHttpResult() //Results<Ok<User>,ProblemHttpResult> );

[!IMPORTANT]
Make sure that each custom error type has exactly one corresponding IResultMapper implementation.

[!TIP] You can use the ProblemDetailsMappingProvider.FindMapping() method to find a suitable title and type for a status code based on RFC9110.

[!NOTE] If extension methods for custom errors are missing, rebuild the project to trigger Source Generation.

Analyzers

This library includes analyzers to help you use it correctly.

For example, they will notify you if you have multiple mappers for the same custom error type or if your mapper class doesn't have a parameterless constructor.

You can find a complete list of all analyzers here.

Examples

The CSharpFunctionalExtensions.HttpResults.Examples project contains various examples demonstrating how to use this library in different scenarios, including:

Basic CRUD operations – Handling GET, POST, PUT, and DELETE requests
File handling – Returning files from your Web API
Custom error mapping – Defining and mapping custom error types to meaningful HTTP responses
Multiple errors in chain – Using different kind of custom errors in the same result chain
Customizing default mapping – Overriding default mappings for localization or specific use cases

Check out the example project for hands-on implementation details!

Development

Contributions are welcome! Please keep the following rules in mind:

add documentation in the form of summary comments
add tests for your additions
add sync and async variants where possible
refer to existing code files and the folder structure when adding something

This project uses CSharpier for code formatting. You can format your code with dotnet csharpier ..

Add new extension methods

To add new methods follow these steps:

Add methods for Result and Result<T> to CSharpFunctionalExtensions.HttpResults.ResultExtensions
Add methods for Result<T,E> to CSharpFunctionalExtensions.HttpResults.Generators.ResultExtensions and add the class to ResultExtensionsClassBuilder
Add methods for UnitResult<E> to CSharpFunctionalExtensions.HttpResults.Generators.UnitResultExtensions and add the class to UnitResultExtensionsClassBuilder
Add tests for all new methods to CSharpFunctionalExtensions.HttpResults.Tests
Add methods to README

CSharpFunctionalExtensions.HttpResults

Seamlessly map Results from CSharpFunctionalExtensions to HttpResults for cleaner, more fluent Web APIs

Table of Contents

Overview
Installation
Usage
Available methods
Default mapping
Custom error mapping
Analyzers
Examples
Development

Overview

Key Benefits

⚙️ Zero Configuration: Get started immediately — the mapping works out of the box without any configuration.
🛠️ Customizable Mappings: Tailor default mappings or define custom mappings for specific use cases.
🔗 Fluent API: Maintain a smooth, railway-oriented flow by chaining HttpResult mappings at the end of your Result chain.
🧱 Separation of Domain and HTTP Errors: Keeps domain errors distinct from HTTP errors, improving maintainability and clarity between business logic and web API concerns.
⚡ Minimal APIs & Controllers Support: Works with both Minimal APIs and traditional controllers in ASP.NET.
📦 Full Support for ASP.NET Results: Supports all built-in HTTP response types in ASP.NET, including Ok, Created, NoContent, Accepted, FileStream, and more.
🦺 Typed Results: Utilizes TypedResults for consistent, type-safe API responses.
📑 OpenAPI Ready: Ensures accurate OpenAPI generation for clear and reliable API documentation.
🛡️ RFC Compliance: Default mappings adhere to the RFC 9457 standard (ProblemDetails), ensuring your API errors are standardized and interoperable.
🧑‍💻 Developer-Friendly: Includes built-in analyzers and source generators to speed up development and reduce errors.

Installation

Available on NuGet.

dotnet add package CSharpFunctionalExtensions.HttpResults

PM> Install-Package CSharpFunctionalExtensions.HttpResults

[!NOTE] This library references an older version of CSharpFunctionalExtensions for wider compatibility. It's recommended to additionally install the latest version of CSharpFunctionalExtensions in your project to get the latest features and fixes.

Usage

This library provides you extension methods to map the following Result types to HttpResults at the end of our result chain:

Result
Result<T>
Result<T,E>
UnitResult<E>

Example:

app.MapGet("/books", (BookService service) =>
    service.Get()       //Result<Book[]>
      .ToOkHttpResult() //Results<Ok<Book[]>, ProblemHttpResult>
);

Available methods

Click here to view all available methods.

Method	Short Description
`.ToStatusCodeHttpResult()`	Returns `StatusCodeHttpResult` or `ProblemHttpResult`
`.ToStatusCodeHttpResult<T>()`	Returns `StatusCodeHttpResult` or `ProblemHttpResult`
`.ToStatusCodeHttpResult<T,E>()`	Returns `StatusCodeHttpResult` or custom error
`.ToStatusCodeHttpResult<E>()`	Returns `StatusCodeHttpResult` or custom error
`.ToJsonHttpResult<T>()`	Returns `JsonHttpResult<T>` or `ProblemHttpResult`
`.ToJsonHttpResult<T,E>()`	Returns `JsonHttpResult<T>` or custom error
`.ToOkHttpResult<T>()`	Returns `Ok<T>` or `ProblemHttpResult`
`.ToOkHttpResult<T,E>()`	Returns `Ok<T>` or custom error
`.ToNoContentHttpResult()`	Returns `NoContent` or `ProblemHttpResult`
`.ToNoContentHttpResult<T>()`	Discards value of `Result<T>` and returns `NoContent` or `ProblemHttpResult`
`.ToNoContentHttpResult<T,E>()`	Discards value of `Result<T>` and returns `NoContent` or custom error
`.ToNoContentHttpResult<E>()`	Returns `NoContent` or custom error
`.ToCreatedHttpResult<T>()`	Returns `Created<T>` or `ProblemHttpResult`
`.ToCreatedHttpResult<T,E>()`	Returns `Created<T>` or custom error
`.ToCreatedAtRouteHttpResult<T>()`	Returns `CreatedAtRoute<T>` or `ProblemHttpResult`
`.ToCreatedAtRouteHttpResult<T,E>()`	Returns `CreatedAtRoute<T>` or custom error
`.ToAcceptedHttpResult<T>()`	Returns `Accepted<T>` or `ProblemHttpResult`
`.ToAcceptedHttpResult<T,E>()`	Returns `Accepted<T>` or custom error
`.ToAcceptedAtRouteHttpResult<T>()`	Returns `AcceptedAtRoute<T>` or `ProblemHttpResult`
`.ToAcceptedAtRouteHttpResult<T,E>()`	Returns `AcceptedAtRoute<T>` or custom error
`.ToFileHttpResult<byte[]>()`	Returns `FileContentHttpResult` or `ProblemHttpResult`
`.ToFileHttpResult<byte[],E>()`	Returns `FileContentHttpResult` or custom error
`.ToFileStreamHttpResult<Stream>()`	Returns `FileStreamHttpResult` or `ProblemHttpResult`
`.ToFileStreamHttpResult<Stream,E>()`	Returns `FileStreamHttpResult` or custom error
`.ToContentHttpResult<string>()`	Returns `ContentHttpResult` or `ProblemHttpResult`
`.ToContentHttpResult<string,E>()`	Returns `ContentHttpResult` or custom error
`.ToServerSentEventsHttpResult<IAsyncEnumerable<T>>()`	Returns `ServerSentEventsResult<T>` or `ProblemHttpResult` (requires >= .NET 10)
`.ToServerSentEventsHttpResult<IAsyncEnumerable<T>,E>()`	Returns `ServerSentEventsResult<T>` or custom error (requires >= .NET 10)

All methods are available in sync and async variants.

Default mapping

By default, Result and Result<T> failures are mapped to a ProblemHttpResult based on RFC9457.

The status property contains the status code of the HTTP response. Note: For almost every method you can override the default status codes for Success/Failure case.
The type property contains a URI to the corresponding RFC9110 entry based on the status code.
The title property contains a generic short messages based on the status code.
The detail property contains the error string of the Result.

This default mapping behaviour is configured inside the ProblemDetailsMappingProvider.

Override default mapping

You can override this behavior by providing your own dictionary that maps status codes to their corresponding title and type of the resulting ProblemDetails object.

Click here to see an example of changing the default mapping for German localization.

ProblemDetailsMappingProvider.DefaultMappings = new Dictionary<int, (string? Title, string? Type)>
{
  { 400, ("Ungültige Anfrage", "https://tools.ietf.org/html/rfc9110#section-15.5.1") },
  { 401, ("Nicht autorisiert", "https://tools.ietf.org/html/rfc9110#section-15.5.2") },
  { 403, ("Verboten", "https://tools.ietf.org/html/rfc9110#section-15.5.4") },
  { 404, ("Nicht gefunden", "https://tools.ietf.org/html/rfc9110#section-15.5.5") },
  { 405, ("Methode nicht erlaubt", "https://tools.ietf.org/html/rfc9110#section-15.5.6") },
  { 406, ("Nicht akzeptabel", "https://tools.ietf.org/html/rfc9110#section-15.5.7") },
  { 408, ("Zeitüberschreitung der Anfrage", "https://tools.ietf.org/html/rfc9110#section-15.5.9") },
  { 409, ("Konflikt", "https://tools.ietf.org/html/rfc9110#section-15.5.10") },
  { 412, ("Vorbedingung fehlgeschlagen", "https://tools.ietf.org/html/rfc9110#section-15.5.13") },
  { 415, ("Nicht unterstützter Medientyp", "https://tools.ietf.org/html/rfc9110#section-15.5.16") },
  { 422, ("Nicht verarbeitbare Entität", "https://tools.ietf.org/html/rfc4918#section-11.2") },
  { 426, ("Upgrade erforderlich", "https://tools.ietf.org/html/rfc9110#section-15.5.22") },
  { 500, ("Ein Fehler ist bei der Verarbeitung Ihrer Anfrage aufgetreten.", "https://tools.ietf.org/html/rfc9110#section-15.6.1") },
  { 502, ("Schlechtes Gateway", "https://tools.ietf.org/html/rfc9110#section-15.6.3") },
  { 503, ("Dienst nicht verfügbar", "https://tools.ietf.org/html/rfc9110#section-15.6.4") },
  { 504, ("Gateway-Zeitüberschreitung", "https://tools.ietf.org/html/rfc9110#section-15.6.5") },
};

Example from here

You don't have to provide the whole dictionary; you can also override or add mappings for specific status codes like this:

ProblemDetailsMappingProvider.AddOrUpdateMapping(420, "Enhance Your Calm", "https://http-status-code.de/420/");

It's recommended to override the mappings during startup e.g. in Program.cs.

Override mapping for single use case

...
.ToOkHttpResult(customizeProblemDetails: problemDetails =>
{
  problemDetails.Title = "Custom Title";
  problemDetails.Extensions.Add("custom", "value");
});

Custom error mapping

When using Result<T,E> or UnitResult<E>, this library uses a Source Generator to generate extension methods for your own custom error types.

Create a custom error type public record UserNotFoundError(string UserId);
Create a mapper that implements IResultErrorMapper which maps this custom error type to an HttpResult / Microsoft.AspNetCore.Http.IResult that you want to return in your Web API: public class UserNotFoundErrorMapper : IResultErrorMapper<UserNotFoundError, ProblemHttpResult> { public ProblemHttpResult Map(UserNotFoundError error) { var problemDetails = new ProblemDetails { Status = 404, Title = "User not found", Type = "https://tools.ietf.org/html/rfc9110#section-15.5.5", Detail = $"The user with ID {error.UserId} couldn't be found. }; return TypedResults.Problem(problemDetails); }; }
Use the auto-generated extension method: app.MapGet("/users/{id}", (string id, UserRepository repo) => repo.Find(id) //Result<User,UserNotFoundError> .ToOkHttpResult() //Results<Ok<User>,ProblemHttpResult> );

[!IMPORTANT]
Make sure that each custom error type has exactly one corresponding IResultMapper implementation.

[!TIP] You can use the ProblemDetailsMappingProvider.FindMapping() method to find a suitable title and type for a status code based on RFC9110.

[!NOTE] If extension methods for custom errors are missing, rebuild the project to trigger Source Generation.

Analyzers

This library includes analyzers to help you use it correctly.

For example, they will notify you if you have multiple mappers for the same custom error type or if your mapper class doesn't have a parameterless constructor.

You can find a complete list of all analyzers here.

Examples

The CSharpFunctionalExtensions.HttpResults.Examples project contains various examples demonstrating how to use this library in different scenarios, including:

Basic CRUD operations – Handling GET, POST, PUT, and DELETE requests
File handling – Returning files from your Web API
Custom error mapping – Defining and mapping custom error types to meaningful HTTP responses
Multiple errors in chain – Using different kind of custom errors in the same result chain
Customizing default mapping – Overriding default mappings for localization or specific use cases

Check out the example project for hands-on implementation details!

Development

Contributions are welcome! Please keep the following rules in mind:

add documentation in the form of summary comments
add tests for your additions
add sync and async variants where possible
refer to existing code files and the folder structure when adding something

This project uses CSharpier for code formatting. You can format your code with dotnet csharpier ..

Add new extension methods

To add new methods follow these steps:

Add methods for Result and Result<T> to CSharpFunctionalExtensions.HttpResults.ResultExtensions
Add methods for Result<T,E> to CSharpFunctionalExtensions.HttpResults.Generators.ResultExtensions and add the class to ResultExtensionsClassBuilder
Add methods for UnitResult<E> to CSharpFunctionalExtensions.HttpResults.Generators.UnitResultExtensions and add the class to UnitResultExtensionsClassBuilder
Add tests for all new methods to CSharpFunctionalExtensions.HttpResults.Tests
Add methods to README

co-IT/CSharpFunctionalExtensions.HttpResultsv1.2.1

Get Started

Readme

CSharpFunctionalExtensions.HttpResults

Overview

Key Benefits

Installation

Usage

Available methods

Default mapping

Override default mapping

Override mapping for single use case

Custom error mapping

Analyzers

Examples

Development

Add new extension methods

co-IT/CSharpFunctionalExtensions.HttpResultsv1.2.1

Get Started

Readme

CSharpFunctionalExtensions.HttpResults

Overview

Key Benefits

Installation

Usage

Available methods

Default mapping

Override default mapping

Override mapping for single use case

Custom error mapping

Analyzers

Examples

Development

Add new extension methods