-
Notifications
You must be signed in to change notification settings - Fork 454
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
MonadWriter #210
MonadWriter #210
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Excellent!, left a minor comment about getting rid of the intermediate interface to be consistent with all other implementations.
@@ -27,6 +27,8 @@ interface WriterTInstances<F, W> : | |||
|
|||
} | |||
|
|||
interface WriterTMonadWriter<F, W> : MonadWriter<WriterTKindPartial<F, W>, W> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Since this does not imposes new constrains I think it's fine to implement inline to be consistent how Functor, Applicative and Monad are implemented and there would be no need for the extra interface WriterTMonadWriter
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Fixed 👍
Codecov Report
@@ Coverage Diff @@
## master #210 +/- ##
=======================================
Coverage ? 52%
Complexity ? 200
=======================================
Files ? 98
Lines ? 2123
Branches ? 261
=======================================
Hits ? 1104
Misses ? 911
Partials ? 108
Continue to review full report at Codecov.
|
Co-authored-by: Jorge Castillo <[email protected]> Co-authored-by: Rachel M. Carmena <[email protected]>
Fixes #163
Disclaimer:
MonadWriter
was moved toFunctorListen
insidecats-mtl
module. The reason to keep implementingMonadWriter
here is that I think we should definitely keep "old" constructs (the one valids until catspre-1.0.0
) for the time being, until we have a first release. I would iterate towardskategory-mtl
module with the same renaming / refactor iterations applied to cats probably after release, to avoid more noise.