Hello! My name is Matheus, I'm a brazilian developer and a functional JS enthusiast. I'm new here, so, excuse me if I do something wrong.
I use folktalke implementations at work, and I want to thank you very much for that!
Recently I've seen a deprecation warning regarding nullableToResult telling me that I should pass a second argument, being a default value to it.
getOrElse on Result.Error, being a "safe" way of accessing the value inside of it
getOrElse overrides the default value passed to nullableToResult
(...stuff) are hard to handle in curried / partial application situations, so purists prefer that you clearly state all arguments vs. providing defaults. Also, we don't have a good "nothing" like other languages like Python. In JavaScript we have undefined and null and sometimes ''. I would stick to getOrElse, otherwise, you can use matchWith to use a function to make it based on if it's an Ok or an Error.
Result.Error if the value passed to nullableToResult is null, or undefined, like here in the docs: https://folktale.origamitower.com/api/v2.3.0/en/folktale.result.fromnullable.html (where it is called feedbackValue)
feedbackValue (using docs naming) to nullableToResult and after that call getOrElse this feedbackValue will be overridden by getOrElse's argument, why then, we are forced to pass a feedbackValue in nullableToResult?
Result with redux-saga, but doing .matchWithinvokes the functions inside instead of returning a function (that happens to be a generator) is there a way to use .chain, .matchWith with generators - "redux-saga" ?
var isDataValid = function( target ) {
return Validation.Success( function( a ) {
return function( b ) {
return target;
}
} )
.ap( isEventAndYearSegmentSelected( target ) )
.ap( isIncomeAccountRelevant( target ) )
.ap( isExpenseAccountRelevant( target ) )
};
@JesterXL more than 3 times at this point, but I'm hoping to publish a series of articles explaining what Purr is, how you program in it, and the development plan 'til the end of this month. I haven't had much time lately to work on things because I'm moving and dealing with immigration stuff and the like has been taking all my time.
The current model is much simpler than the old ones, and it has both gradual types and contracts. As for platforms, the idea is having a stand-alone programming platform with different runtimes you can deploy to without having to rewrite things. Currently Node, Electron, and web runtimes are planned. I want to experiment with a .NET runtime in the future if they release CoreRT, since that lets you ship super small cross-platform native applications. This means that you should be able to write a GUI application and deploy it in the browser, Electron, or as a native app without changing anything in your code.
@jk121960 I think the idea of avoiding if/else in general is misguided. It's the simplest thing that works, and it's the best construct for a lot of problems. You'll see it often in mathematics too (though generally expressed f(a) = b, if c; otherwise d).
There are particular constructs and ideas that, for limited domains, work better than generic branching. For example, the Validation applicative works better for validation than using generic branching—but it's only for validation, you can't really apply that to any other domain. Or the fail-fast approach some monads provide under .chain(), which gives you a sorta railway-oriented programming style.
You can make if/else a function if you want, so you could write: wrap(thing).andThen(f).andThen(choose(isAcceptable, doA, doB)).andThen(moreThingsGoHere), though I particularly think andThen(x => isAcceptable(x) ? doA() : doB()) is clearer and just as concise.
Hello good people, I'm trying the tstypes version of folktale, and was wandering if/how can I import the Task type definition so that I can use it as a return type for some functions of mine.
Things like this:
import {concurrency} from 'folktale';and then trying to use concurrency.task as a typescript type seem to fail... I feel like I'm missing something obvious
@s0kil you can refer to this
@sankemax version 1 is deprecated, and version 2 should be production-ready (with the exception of APIs marked as "experimental", which don't have a particularly solid foundation and haven't been as well-tested as I wish they had been). It's maintained in the sense that I'll still fix bugs if people report them on GitHub (i generally don't get notifications for gitter stuff), but since moving to another country has been a lot more work than predicted I haven't had time to work on any new stuff yet (which means the new version with TypeScript support is still going to take a while to be released)
Do you know what are some other good libraries similar to Folktale and stable or that implement only the union types that I can combine with folktale ? thanks
task and it's great, but I'm wondering how to adapt a pattern I have been using with the old-style Task.For rejections, I would use daggy to enumerate different kinds of failures with a sum type, and then handle them in the rejection handler of the
.fork(reject, success) call
Errors thrown to .catch() right?
.orElse(rejectionsHandler).run().promise().catch(handleUnforseenErrors)