.travis | ||
bench | ||
polysemy-plugin | ||
src | ||
test | ||
.gitignore | ||
.travis.yml | ||
ChangeLog.md | ||
LICENSE | ||
package.yaml | ||
polysemy.cabal | ||
README.md | ||
Setup.hs | ||
stack.yaml |
polysemy
Dedication
The word 'good' has many meanings. For example, if a man were to shoot his grandmother at a range of five hundred yards, I should call him a good shot, but not necessarily a good man.
Gilbert K. Chesterton
Overview
polysemy
is a library for writing high-power, low-boilerplate, zero-cost,
domain specific languages. It allows you to separate your business logic from
your implementation details. And in doing so, polysemy
lets you turn your
implementation code into reusable library code.
It's like mtl
but composes better, requires less boilerplate, and avoids the
O(n^2) instances problem.
It's like freer-simple
but more powerful and 35x faster.
It's like fused-effects
but with an order of magnitude less boilerplate.
Additionally, unlike mtl
, polysemy
has no functional dependencies, so you
can use multiple copies of the same effect. This alleviates the need for ugly
hacksband-aids like classy
lenses,
the ReaderT
pattern and
nicely solves the trouble with typed
errors.
Concerned about type inference? Check out
polysemy-plugin,
which should perform just as well as mtl
's!
Features
- Effects are higher-order, meaning it's trivial to write
bracket
andlocal
as first-class effects. - Effects are low-boilerplate, meaning you can create new effects in a single-digit number of lines. New interpreters are nothing but functions and pattern matching.
- Effects are zero-cost, meaning that GHC1 can optimize away the entire abstraction at compile time.
1: Unfortunately this is not true in GHC 8.6.3, but will be true as soon as my patch lands.
Examples
Make sure you read the Necessary Language Extensions before trying these yourself!
Console effect:
{-# LANGUAGE TemplateHaskell #-}
import Polysemy
data Console m a where
ReadTTY :: Console m String
WriteTTY :: String -> Console m ()
makeSem ''Console
runConsoleIO :: Member (Lift IO) r => Sem (Console ': r) a -> Sem r a
runConsoleIO = interpret $ \case
ReadTTY -> sendM getLine
WriteTTY msg -> sendM $ putStrLn msg
Resource effect:
{-# LANGUAGE TemplateHaskell #-}
import qualified Control.Exception as X
import Polysemy
data Resource m a where
Bracket :: m a -> (a -> m ()) -> (a -> m b) -> Resource m b
makeSem ''Resource
runResource
:: forall r a
. Member (Lift IO) r
=> (∀ x. Sem r x -> IO x)
-> Sem (Resource ': r) a
-> Sem r a
runResource finish = interpretH $ \case
Bracket alloc dealloc use -> do
a <- runT alloc
d <- bindT dealloc
u <- bindT use
let runIt :: Sem (Resource ': r) x -> IO x
runIt = finish .@ runResource
sendM $ X.bracket (runIt a) (runIt . d) (runIt . u)
Easy.
Friendly Error Messages
Free monad libraries aren't well known for their ease-of-use. But following in
the shoes of freer-simple
, polysemy
takes a serious stance on providing
helpful error messages.
For example, the library exposes both the interpret
and interpretH
combinators. If you use the wrong one, the library's got your back:
runResource
:: forall r a
. Member (Lift IO) r
=> (∀ x. Sem r x -> IO x)
-> Sem (Resource ': r) a
-> Sem r a
runResource finish = interpret $ \case
...
makes the helpful suggestion:
• 'Resource' is higher-order, but 'interpret' can help only
with first-order effects.
Fix:
use 'interpretH' instead.
• In the expression:
interpret
$ \case
Likewise it will give you tips on what to do if you forget a TypeApplication
or forget to handle an effect.
Don't like helpful errors? That's OK too --- just flip the error-messages
flag
and enjoy the raw, unadulterated fury of the typesystem.
Necessary Language Extensions
You're going to want to stick all of this into your package.yaml
file.
ghc-options: -O2 -flate-specialise -fspecialise-aggressively
default-extensions:
- DataKinds
- FlexibleContexts
- GADTs
- LambdaCase
- PolyKinds
- RankNTypes
- ScopedTypeVariables
- TypeApplications
- TypeOperators
- TypeFamilies