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.
Uh oh!
There was an error while loading. Please reload this page.
-
Hi there,
I hope you are all doing great.
I would like to use
Finor 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>implementationFinorEither<L,R>FinorEither<L,R>methodsFin/Either<L,R> functionsBut, of course,
Finis 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