Apizr.Integrations.MediatR 4.1.0

Apizr

Refit based web api client management, but resilient (retry, connectivity, cache, auth, log, priority, etc...)

History

The Apizr project was motivated by this 2015 famous blog post about resilient networking.

Its main focus was to address at least everything explained into this article, meanning:

• Easy access to restful services
• Work offline with cache management
• Handle errors with retry pattern and global catching
• Handle request priority
• Check connectivity
• Fast development time
• Easy maintenance
• Reuse existing libraries

But also, some more core features like:

• Trace http traffic
• Handle authentication

And more integration/extension independent optional features like:

• Choose cache, log and connectivity providers
• Register it as an MS DI extension
• Integrate with Shiny
• Map model with DTO
• Use Mediator pattern
• Use Optional pattern

The list is not exhaustive, there’s more, but what we wanted was playing with all of it with as less code as we could, not worrying about plumbing things and being sure everything is wired and handled by design or almost.

Inspired by Refit.Insane.PowerPack, we wanted to make it simple to use, mixing attribute decorations and fluent configuration.

Also, we built this lib to make it work with any .Net Standard 2.0 compliant platform, so we could use it seamlessly from any kind of app, with or without DI goodness.

Libraries

Change Log

Project	Current	Upcoming
Apizr
Apizr.Extensions.Microsoft.DependencyInjection
Apizr.Extensions.Microsoft.Caching
Apizr.Integrations.Akavache
Apizr.Integrations.MonkeyCache
Apizr.Integrations.Fusillade
Apizr.Integrations.MediatR
Apizr.Integrations.Optional
Apizr.Integrations.AutoMapper

Install the NuGet package of your choice:

• Apizr package comes with the For and CrudFor static instantiation approach (which you can register in your DI container then)
• Apizr.Extensions.Microsoft.DependencyInjection package extends your IServiceCollection with AddApizr, AddApizrFor and AddApizrCrudFor registration methods
• Apizr.Extensions.Microsoft.Caching package brings an ICacheHandler method mapping implementation for MS Extensions Caching
• Apizr.Integrations.Akavache package brings an ICacheHandler method mapping implementation for Akavache
• Apizr.Integrations.MonkeyCache package brings an ICacheHandler method mapping implementation for MonkeyCache
• Apizr.Integrations.Fusillade package enables request priority management using Fusillade
• Apizr.Integrations.MediatR package enables request auto handling with mediation using MediatR
• Apizr.Integrations.Optional package enables Optional result from mediation requests (requires MediatR integration) using Optional.Async
• Apizr.Integrations.AutoMapper package enables auto mapping for mediation requests (requires MediatR integration and could work with Optional integration) using AutoMapper

Apizr core package make use of well known nuget packages to make the magic appear:

It also comes with some handling interfaces to let you provide your own services for:

• Caching with ICacheHandler, which comes with its default VoidCacheHandler (no cache), but also with:
  • InMemoryCacheHandler & DistributedCacheHandler: MS Extensions Caching methods mapping interface (Integration package referenced above), meaning you can provide any compatible caching engine
  • AkavacheCacheHandler: Akavache methods mapping interface (Integration package referenced above)
  • MonkeyCacheHandler: MonkeyCache methods mapping interface (Integration package referenced above)
• Logging As Apizr relies on official MS ILogger interface, you may want to provide any compatible logging engine (built-in DebugLogger activated by default)
• Connectivity with IConnectivityHandler, which comes with its default VoidConnectivityHandler (no connectivity check)
• Mapping with IMappingHandler, which comes with its default VoidMappingHandler (no mapping conversion), but also with:
  • AutoMapperMappingHandler: AutoMapper mapping methods mapping interface (Integration package referenced above)