You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I´m using fpdart in an enterprise project and along its usefulness I´m also having a great time using it.
One thing that just bothers me a little bit is the dart code formatter often formats the code in a way that makes the code not as readable as it actually is, e.G. when nesting multiple .maps.folds etc... and inside these function there are lots of calls again.
Does anyone has the same experience or noticed this problem? Im not sure how to solve it, thought maybe the fpdart team has some tips to this?
The text was updated successfully, but these errors were encountered:
I assume this is not a specific fpdart problem.
The code style is defined by the official dart linter rules which are used in the recommended (package:lints/recommended.yaml) manner in the project.
But I know there are times that make the code harder to read just because of the formatting.
One tip I can give you is to use the Do() constructor when nesting multiple maps (flapmapping etc.). But beware of the downsides mentioned here.
You can also use teardown functions if possible to make the code shorter in some cases or use the _ identifier when naming a variable. This also makes the explicit type annotation not enforced, when using the specific linter rule.
Hi,
I´m using
fpdart
in an enterprise project and along its usefulness I´m also having a great time using it.One thing that just bothers me a little bit is the dart code formatter often formats the code in a way that makes the code not as readable as it actually is, e.G. when nesting multiple
.maps
.folds
etc... and inside these function there are lots of calls again.Does anyone has the same experience or noticed this problem? Im not sure how to solve it, thought maybe the fpdart team has some tips to this?
The text was updated successfully, but these errors were encountered: