Alternative to inherit from Fin and other monads #1317
Replies: 4 comments 4 replies
-
I wonder what special functionality of language-ext's |
Beta Was this translation helpful? Give feedback.
-
Alternatives:
IMO evaluation of "5." is a good idea (replace your own data type by |
Beta Was this translation helpful? Give feedback.
-
Thank you very much for your answers. Let me clarify some aspects and give examples. We have some Nuget packages where there is code like:
Several teams use this. I cannot simply replace So, I have mainly two possibilities:
|
Beta Was this translation helpful? Give feedback.
-
Talk of interfaces makes me feel queasy -- it's not the FP way ;-) Concrete types are better. Types like So, even if I guess the key questions are:
One possible approach is to look at using LanguageExt.Core The reason I say this is that instead of migrating to
You can follow my series on higher-kinds which walks you through the process of assigning traits to any data-type; and you can use the new The latest traits functionality in |
Beta Was this translation helpful? Give feedback.
-
Hi there,
I hope you are all doing great.
I would like to use
Fin
or alternativelyEither<L,R>
in my project. The issue is that we already have an in-house implementation calledResult<T>
. Of course everyone has a customResult<T>
😬.I can't replace all usages and create a big bang. My idea was to:
Result<T>
implementationFin
orEither<L,R>
Fin
orEither<L,R>
methodsFin
/Either<L,R
> functionsBut, of course,
Fin
is astruct
, which is the beauty of everything right. And I cannot inherit from a struct.What alternatives do I have ?
I don't want to use composition as I would have redirections and probably some work to do.
Thank you very much.
Beta Was this translation helpful? Give feedback.
All reactions