FluentResults
firely-net-sdk
Our great sponsors
FluentResults | firely-net-sdk | |
---|---|---|
10 | 1 | |
1,643 | 798 | |
- | 1.6% | |
0.0 | 9.5 | |
5 months ago | 10 days ago | |
C# | C# | |
MIT License | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
FluentResults
-
The Monad Invasion - Part 1: What's a Monad?
FluentResults
-
FluentResults: Simplificando el Manejo de Resultados y Errores en Aplicaciones .NET
altmann/FluentResults: A generalised Result object implementation for .NET/C# (github.com)
-
TypeScript Is Surprisingly OK for Compilers
Or maybe just start using Results as return type and get ValueOrDefault :) But when it comes to handling exceptions, I think it explodes there with ifs and processing IENumerables: https://github.com/altmann/FluentResults
But then again, simpler Results wrapper may be used perhaps. But it is a different way of coding and takes some mental shift on how to think about errors and distinguish between error results and true exceptions.
https://github.com/altmann/FluentResults
-
Exception handling between controller and service
Yep, it's called result pattern, aforementioned above. There was two highlighted implementations - OneOf, FluentResults.
-
Communication - library for Results
What does this library do better or differently than something like Fluent Results?
-
Why is using Exceptions is controversial in low level languages (like C++) but not in C#?
For C# particular - this project https://github.com/altmann/FluentResults
-
Knowledge of generics: isn't it pretty common?
For example https://github.com/altmann/FluentResults is excellent if you want generic results
-
The Operation Result Pattern
It's worth noting that there's also a library called FluentResults as an alternative to this one.
-
Introducing Cranks.Result
Interesting... I just found out that your first intention was to improve FluentResults but your PR got rejected which is a pity. PR: https://github.com/altmann/FluentResults/pull/80. I guess I will have a look at your library in hopes of removing some boilerplate code. Thanks!
firely-net-sdk
-
HL 7 version 2.2
I used this for FHIR. Not sure which HL7 specifically you're using though https://github.com/FirelyTeam/firely-net-sdk
What are some alternatives?
Result - A result abstraction that can be mapped to HTTP response codes if needed.
nHapi - nHapi is the .Net port of the original Java project HAPI.
Cranks.Result - A simple, strongly typed and boilerplate poor implementation of the Result pattern.
validatum - An open-source library for building fluent validation functions for .NET.
tweetinvi - Tweetinvi, an intuitive Twitter C# library for the REST and Stream API. It supports .NET, .NETCore, UAP (Xamarin)...
Pidgin - A lightweight and fast parsing library for C#.
sendgrid-csharp - The Official Twilio SendGrid C#, .NetStandard, .NetCore API Library
fhir-example-channels - Examples to help ignite your FHIR integration with NextGen Connect!
excepticon-dotnet - Excepticon SDK for .NET
FHIR-Converter - Conversion utility to translate legacy data formats into FHIR
CSharpFunctionalExtensions - Functional extensions for C#
Hyperion - Polymorphic serialization for .NET