MacWire
polysemy
Our great sponsors
MacWire | polysemy | |
---|---|---|
6 | 7 | |
1,253 | 1,023 | |
0.1% | 0.5% | |
7.2 | 5.5 | |
5 days ago | about 1 month ago | |
Scala | Haskell | |
Apache License 2.0 | BSD 3-clause "New" or "Revised" License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
MacWire
-
typelevel
Coming back to ZIO, besides learning the operators which ZIO has, there is not much to it and you have to embrace calling ZIO.x everywhere. The Layers in ZIO 2.0 are excellent and I believe that the creators want to trick us to write good OOP and we are one macro away from Springs Autowire. Perhaps even macwire is up to speed already, I didn't check for a long time.
-
Why no scala native IOC containers?
You can have IoC without using a DI framework. You just pass the arguments manually. I've found that it works really well. If however that's not your preference there are a couple DI frameworks in scala such as: https://github.com/softwaremill/macwire and https://izumi.7mind.io/distage/index.html
-
Which would be the scala way of building a modular/plugin based architecture application?
Implement the application around https://github.com/softwaremill/macwire and hope the wiredInModule feature (which support dynamic loading) would be ported to Scala 3 soon.
-
Macwire alternatives for scala 3
Arguing for Macwire in Scala 3 is moot anyway, because it won't be available there: https://github.com/softwaremill/macwire/commit/e9281111d78a1beeb8950f367be18cbb67aef9fe
-
Structuring Code with ZIO & ZLayers
One easy reason is that macwire won't be available for Scala 3 (https://github.com/softwaremill/macwire#scala3) 😉
polysemy
-
Functional Declarative Design: A Comprehensive Methodology for Statically-Typed Functional Programming Languages
Thirdly, composing arbitrary effects without losing state is really, really difficult. Things are fine when you limit yourself to State and Reader, sure, but once you start with nondeterminism you’ll discover it’s shockingly easy to produce behaviors that are baffling unless you’ve spent a preposterous amount of time thinking about this stuff. (I’ve been bitten in prod by silent state-dropping bugs, and rarely have I been more flummoxed.) Consider this example, which produces silent changes in the semantics of <|> depending on whether you use it inside or outside of a higher-order effect. Every single effect library (besides the still-unreleased eff) gets certain combinations of effects + nondeterminism wrong. You could make the argument that most people don’t use nondeterministic monads, but eDSLs really shine when you have access to them, as you can turn a concrete interpreter to an abstract one fairly easily.
-
Introduction to Doctests in Haskell
Looking for a few projects that make use of it, I found accelerate, hawk, polysemy and pretty-simple, so I'll be interested to poke around in their code and see how they have things set up.
-
ReaderT pattern is just extensible effects
Right, I think I'll just give it a shot to see. Polysemy is nice but I'm still having trouble getting what I want out of it (which may very well be entirely a fault of my own understanding)
-
Where's more discussion of the designs of effect systems?
Languages such as Koka only support algebraic effects, not scoping operations such as catch and listen. The Effect Handlers in Scope paper introduces scoping operations, which lead to the Haskell libraries fused-effects and polysemy, but they turned out to have some weird semantics. eff is her effort to fix that.
- Monthly Hask Anything (June 2021)
-
Trouble Reinterpreting Higher Order Effects in PolySemy
Looking at the interpreter for Reader might give some clues if this doesn't work. https://github.com/polysemy-research/polysemy/blob/master/src/Polysemy/Reader.hs#L38-L45
-
Structuring Code with ZIO & ZLayers
*But I'm not terribly well versed in Scala's other DI offerings. I came from Haskell and didn't find anything in Scala that clicked with me until I found ZIO. It reminded me a lot of my favorite way of writing Haskell programs (https://github.com/polysemy-research/polysemy)—albeit with a completely different implementation.
What are some alternatives?
Scala-Guice - Scala extensions for Google Guice
fused-effects - A fast, flexible, fused effect system for Haskell
DIStage - Productivity-oriented collection of lightweight fancy stuff for Scala toolchain
purescript - A strongly-typed language that compiles to JavaScript
Airframe - Essential Building Blocks for Scala
freer-simple - A friendly effect system for Haskell
SubCut - Scala Uniquely Bound Classes Under Traits
ast-monad - A library for constructing AST by using do-notation
Scaldi - Lightweight Scala Dependency Injection Library
Exercism - Scala Exercises - Crowd-sourced code mentorship. Practice having thoughtful conversations about code.
Grafter
ghc - Mirror of the Glasgow Haskell Compiler. Please submit issues and patches to GHC's Gitlab instance (https://gitlab.haskell.org/ghc/ghc). First time contributors are encouraged to get started with the newcomers info (https://gitlab.haskell.org/ghc/ghc/wikis/contributing).