Writing a discord library using Polysemy
Recently I’ve migrated my discord library from mtl/transformers to polysemy after reading as many blog posts as I could find on it. My main reasons for wanting to migrate were escaping from having to write newtypes and all N instances every time I had a more than one effect in my stack, and how little boilerplate polysemy requires to write new effects.
In this[^fn:1] and some upcoming blog post I’ll be writing about the challenges I faced and solved[^fn:2] while going about the conversion.
Logging
The first effect that I converted from mtl to Polysemy was logging, originally I was using simple-log because I liked being able have areas of code run inside logging ‘scopes’, at the time co-log-polysemy was the only existing logging framework for polysemy and I was planning to use it, but instead I found di and decided to write a Polysemy effect for it.
I’ve updated this post with how the Di effect is implemented now, and left the old one in for reference.
Current implementation
The current way I implement the logging effect is:
1data Di level path msg m a where2 Log :: level -> msg -> Di level path msg m ()3 Flush :: Di level path msg m ()4 Local :: (DC.Di level path msg -> DC.Di level path msg) -> m a -> Di level path msg m a5 Fetch :: Di level path msg m (Maybe (DC.Di level path msg))1data Di level path msg m a where2 Log :: level -> msg -> Di level path msg m ()3 Flush :: Di level path msg m ()4 Local :: (DC.Di level path msg -> DC.Di level path msg) -> m a -> Di level path msg m a5 Fetch :: Di level path msg m (Maybe (DC.Di level path msg))The Fetch action is used to retrieve the current Di value if there is one, an interpreter that doesn’t do anything may return Nothing.
The handler for the effect is defined as follows:
1runDiToIOReader :: forall r a level msg. Members '[Embed IO, Reader (DC.Di level Df1.Path msg)] r2 => Sem (Di level Df1.Path msg ': r) a3 -> Sem r a4runDiToIOReader = interpretH $ \case5 Log level msg -> do6 di <- ask @(DC.Di level Df1.Path msg)7 (embed @IO $ DC.log di level msg) >>= pureT8 Flush -> do9 di <- ask @(DC.Di level Df1.Path msg)10 (embed @IO $ DC.flush di) >>= pureT11 Local f m -> do12 m' <- runDiToIOReader <$> runT m13 raise $ Polysemy.Reader.local @(DC.Di level Df1.Path msg) f m'14 Fetch -> do15 di <- Just <$> ask @(DC.Di level Df1.Path msg)16 pureT di1718runDiToIO :: forall r level msg a. Member (Embed IO) r19 => DC.Di level Df1.Path msg20 -> Sem (Di level Df1.Path msg ': r) a21 -> Sem r a22runDiToIO di = runReader di . runDiToIOReader . raiseUnder1runDiToIOReader :: forall r a level msg. Members '[Embed IO, Reader (DC.Di level Df1.Path msg)] r2 => Sem (Di level Df1.Path msg ': r) a3 -> Sem r a4runDiToIOReader = interpretH $ \case5 Log level msg -> do6 di <- ask @(DC.Di level Df1.Path msg)7 (embed @IO $ DC.log di level msg) >>= pureT8 Flush -> do9 di <- ask @(DC.Di level Df1.Path msg)10 (embed @IO $ DC.flush di) >>= pureT11 Local f m -> do12 m' <- runDiToIOReader <$> runT m13 raise $ Polysemy.Reader.local @(DC.Di level Df1.Path msg) f m'14 Fetch -> do15 di <- Just <$> ask @(DC.Di level Df1.Path msg)16 pureT di1718runDiToIO :: forall r level msg a. Member (Embed IO) r19 => DC.Di level Df1.Path msg20 -> Sem (Di level Df1.Path msg ': r) a21 -> Sem r a22runDiToIO di = runReader di . runDiToIOReader . raiseUnderWe make use of the existing Reader effect to manage holding the Di value for us.
Additionally an interpreter can be defined that does nothing at all:
1runDiNoop :: forall r level msg a. Sem (Di level Df1.Path msg ': r) a -> Sem r a2runDiNoop = interpretH \case3 Log _level _msg -> pureT ()4 Flush -> pureT ()5 Local _f m -> runDiNoop <$> runT m >>= raise6 Fetch -> pureT Nothing1runDiNoop :: forall r level msg a. Sem (Di level Df1.Path msg ': r) a -> Sem r a2runDiNoop = interpretH \case3 Log _level _msg -> pureT ()4 Flush -> pureT ()5 Local _f m -> runDiNoop <$> runT m >>= raise6 Fetch -> pureT NothingAfter writing the interpreter, some helper functions can be written, they’re fairly repetitive so I’ll only include the first few:
1push :: forall level msg r a. Member (Di level Df1.Path msg) r => Df1.Segment -> Sem r a -> Sem r a2push s = local @level @Df1.Path @msg (Df1.push s)34attr_ :: forall level msg r a. Member (Di level Df1.Path msg) r => Df1.Key -> Df1.Value -> Sem r a -> Sem r a5attr_ k v = local @level @Df1.Path @msg (Df1.attr_ k v)67attr :: forall value level msg r a. (Df1.ToValue value, Member (Di level Df1.Path msg) r) => Df1.Key -> value -> Sem r a -> Sem r a8attr k v = attr_ @level @msg k (Df1.value v)910debug :: forall msg path r. (Df1.ToMessage msg, Member (Di Df1.Level path Df1.Message) r) => msg -> Sem r ()11debug = log @Df1.Level @path D.Debug . Df1.message1push :: forall level msg r a. Member (Di level Df1.Path msg) r => Df1.Segment -> Sem r a -> Sem r a2push s = local @level @Df1.Path @msg (Df1.push s)34attr_ :: forall level msg r a. Member (Di level Df1.Path msg) r => Df1.Key -> Df1.Value -> Sem r a -> Sem r a5attr_ k v = local @level @Df1.Path @msg (Df1.attr_ k v)67attr :: forall value level msg r a. (Df1.ToValue value, Member (Di level Df1.Path msg) r) => Df1.Key -> value -> Sem r a -> Sem r a8attr k v = attr_ @level @msg k (Df1.value v)910debug :: forall msg path r. (Df1.ToMessage msg, Member (Di Df1.Level path Df1.Message) r) => msg -> Sem r ()11debug = log @Df1.Level @path D.Debug . Df1.messageOld attempt
The effect definition is the following:
1data Di level path msg m a where2 Log :: level -> msg -> Di level path msg m ()3 Flush :: Di level path msg m ()4 Push :: D.Segment -> m a -> Di level D.Path msg m a5 Attr_ :: D.Key -> D.Value -> m a -> Di level D.Path msg m a1data Di level path msg m a where2 Log :: level -> msg -> Di level path msg m ()3 Flush :: Di level path msg m ()4 Push :: D.Segment -> m a -> Di level D.Path msg m a5 Attr_ :: D.Key -> D.Value -> m a -> Di level D.Path msg m aI went on to write an interpreter making use of the existing framework in Di for printing out the log, which I found simple to write as it mostly consisted of playing jigsaw with types:
1go :: Member (Embed IO) r0 => DC.Di level D.Path msg -> Sem (Di level D.Path msg ': r0) a0 -> Sem r0 a02go di m = (`interpretH` m) $ \case3 Log level msg -> do4 t <- embed @IO $ DC.log di level msg5 pureT t6 Flush -> do7 t <- embed @IO $ DC.flush di8 pureT t9 Push s m' -> do10 mm <- runT m'11 raise $ go (Df1.push s di) mm12 Attr_ k v m' -> do13 mm <- runT m'14 raise $ go (Df1.attr_ k v di) mm1go :: Member (Embed IO) r0 => DC.Di level D.Path msg -> Sem (Di level D.Path msg ': r0) a0 -> Sem r0 a02go di m = (`interpretH` m) $ \case3 Log level msg -> do4 t <- embed @IO $ DC.log di level msg5 pureT t6 Flush -> do7 t <- embed @IO $ DC.flush di8 pureT t9 Push s m' -> do10 mm <- runT m'11 raise $ go (Df1.push s di) mm12 Attr_ k v m' -> do13 mm <- runT m'14 raise $ go (Df1.attr_ k v di) mmThe handlers for Log and Flush are simple enough, just embed the IO action and wrap the result, and the handlers for Push and Attr consist of running the nested action with the modified logger state, this is pretty much Reader and I could probably rewrite this to just reinterpret the Di effect in terms of Reader.
However this interpreter needs to get a Di.Core.Di from somewhere, and the only place to do that[^fn:3] is to use Di.Core.new which has the signature:
1new2 :: forall m level path msg a3 . (MonadIO m, Ex.MonadMask m)4 => (Log level path msg -> IO ())5 -> (Di level path msg -> m a)6 -> m a1new2 :: forall m level path msg a3 . (MonadIO m, Ex.MonadMask m)4 => (Log level path msg -> IO ())5 -> (Di level path msg -> m a)6 -> m aThat MonadMask constraint means that we can’t just use polysemy’s Sem r monad, my first resolution to this was to copy the source of new and replace Control.Exception.Safe.finally with polysemy’s Resource.finally[^fn:4]
This way required too much hackery for my liking, so I spent some time figuring out how to lower a Member (Embed IO) r => Sem r a to IO a, and luckily the Resource effect does pretty much what I want to do already, so my current solution is to create a higher order effect with a single operation:
1data DiIOInner m a where2 RunDiIOInner :: (DC.Log level D.Path msg -> IO ()) -> (DC.Di level D.Path msg -> m a) -> DiIOInner m a1data DiIOInner m a where2 RunDiIOInner :: (DC.Log level D.Path msg -> IO ()) -> (DC.Di level D.Path msg -> m a) -> DiIOInner m aAnd define an interpreter:
1diToIO :: forall r a. Member (Embed IO) r => Sem (DiIOInner ': r) a -> Sem r a2diToIO = interpretH3 (\case RunDiIOInner commit a -> do4 istate <- getInitialStateT5 ma <- bindT a67 withLowerToIO $ \lower finish -> do8 let done :: Sem (DiIOInner ': r) x -> IO x9 done = lower . raise . diToIO1011 DC.new commit (\di -> do12 res <- done (ma $ istate $> di)13 finish14 pure res))1diToIO :: forall r a. Member (Embed IO) r => Sem (DiIOInner ': r) a -> Sem r a2diToIO = interpretH3 (\case RunDiIOInner commit a -> do4 istate <- getInitialStateT5 ma <- bindT a67 withLowerToIO $ \lower finish -> do8 let done :: Sem (DiIOInner ': r) x -> IO x9 done = lower . raise . diToIO1011 DC.new commit (\di -> do12 res <- done (ma $ istate $> di)13 finish14 pure res))This effect is only ever used internally in the implementation of runDiToIO:
1runDiToIO2 :: forall r level msg a.3 Member (Embed IO) r4 => (DC.Log level D.Path msg -> IO ())5 -> Sem (Di level D.Path msg ': r) a6 -> Sem r a7runDiToIO commit m = diToIO $ runDiIOInner commit (`go` raiseUnder m)8 where9 go :: -- ...1runDiToIO2 :: forall r level msg a.3 Member (Embed IO) r4 => (DC.Log level D.Path msg -> IO ())5 -> Sem (Di level D.Path msg ': r) a6 -> Sem r a7runDiToIO commit m = diToIO $ runDiIOInner commit (`go` raiseUnder m)8 where9 go :: -- ...I’m not sure if this is the best way to perform the ritual of lowering the Sem monad to IO, but I can’t see any way to perform it without having the ad-hoc effect.
Anyway, after writing the interpreter, the helper functions can be written, they’re fairly repetitive so I’ll only include the first few:
1runDiToStderrIO :: Member (Embed IO) r => Sem (Di D.Level D.Path D.Message ': r) a -> Sem r a2runDiToStderrIO m = do3 commit <- embed @IO $ DH.stderr Df1.df14 runDiToIO commit m56attr :: forall value level msg r a. (D.ToValue value, Member (Di level D.Path msg) r) => D.Key -> value -> Sem r a -> Sem r a7attr k v = attr_ @level @msg k (D.value v)89debug :: forall msg path r. (D.ToMessage msg, Member (Di D.Level path D.Message) r) => msg -> Sem r ()10debug = log @D.Level @path D.Debug . D.message1112info :: forall msg path r. (D.ToMessage msg, Member (Di D.Level path D.Message) r) => msg -> Sem r ()13info = log @D.Level @path D.Info . D.message1runDiToStderrIO :: Member (Embed IO) r => Sem (Di D.Level D.Path D.Message ': r) a -> Sem r a2runDiToStderrIO m = do3 commit <- embed @IO $ DH.stderr Df1.df14 runDiToIO commit m56attr :: forall value level msg r a. (D.ToValue value, Member (Di level D.Path msg) r) => D.Key -> value -> Sem r a -> Sem r a7attr k v = attr_ @level @msg k (D.value v)89debug :: forall msg path r. (D.ToMessage msg, Member (Di D.Level path D.Message) r) => msg -> Sem r ()10debug = log @D.Level @path D.Debug . D.message1112info :: forall msg path r. (D.ToMessage msg, Member (Di D.Level path D.Message) r) => msg -> Sem r ()13info = log @D.Level @path D.Info . D.messageThe manual type applications would normally not be necessary if you were to use Polysemy.Plugin, but haddock currently (GHC 8.6.5) dies when it tries to build docs with the plugin enabled.
Usage
Now that the logger effect is written, we can use it like so:
1import qualified Df12import DiPolysemy3import Polysemy4import Prelude hiding ( error )56main :: IO ()7main = runM . runDiToStderrIO $ logTest89logTest :: Member (Di Df1.Level Df1.Path Df1.Message) r => Sem r ()10logTest = do11 info_ "hello"12 notice_ "this is a notice"13 push "some-scope" $ do14 warning_ "this is inside a scope"15 attr "x" (4 :: Int) $ do16 debug_ "this one has an attribute"17 emergency_ "and we're done"1import qualified Df12import DiPolysemy3import Polysemy4import Prelude hiding ( error )56main :: IO ()7main = runM . runDiToStderrIO $ logTest89logTest :: Member (Di Df1.Level Df1.Path Df1.Message) r => Sem r ()10logTest = do11 info_ "hello"12 notice_ "this is a notice"13 push "some-scope" $ do14 warning_ "this is inside a scope"15 attr "x" (4 :: Int) $ do16 debug_ "this one has an attribute"17 emergency_ "and we're done"Which produces the following:
12020-04-25T03:59:44.452126488Z INFO hello22020-04-25T03:59:44.452136280Z NOTICE this is a notice32020-04-25T03:59:44.452147183Z /some-scope WARNING this is inside a scope42020-04-25T03:59:44.452156206Z /some-scope x=4 DEBUG this one has an attribute52020-04-25T03:59:44.452162458Z EMERGENCY and we're done12020-04-25T03:59:44.452126488Z INFO hello22020-04-25T03:59:44.452136280Z NOTICE this is a notice32020-04-25T03:59:44.452147183Z /some-scope WARNING this is inside a scope42020-04-25T03:59:44.452156206Z /some-scope x=4 DEBUG this one has an attribute52020-04-25T03:59:44.452162458Z EMERGENCY and we're done[^fn:1]: This blog post was sponsored by theophile.choutri.eu/microfund [^fn:2]: Although some of my solutions I feel aren’t the best, and I’d love to be made aware of any alternate solutions [^fn:3]: Without writing my own logger [^fn:4]: Though this implementation probably doesn’t respect async exceptions correctly in some way.