Являются ли монады Writer m и Either e категорически двойственными?
Я заметил, что между двумя Writer m
а также Either e
монады. Если m является моноидом, то
unit :: () -> m
join :: (m,m) -> m
может быть использован для формирования монады:
return is composition: a -> ((),a) -> (m,a)
join is composition: (m,(m,a)) -> ((m,m),a) -> (m,a)
Двойственное значение () - Void (пустой тип), двойственное - это копроизведение. Каждому типу е можно придать "комоноидную" структуру:
unit :: Void -> e
join :: Either e e -> e
очевидным образом. Сейчас,
return is composition: a -> Either Void a -> Either e a
join is composition: Either e (Either e a) -> Either (Either e e) a -> Either e a
и это Either e
монада. Стрелки следуют точно так же.
Вопрос: можно ли написать один общий код, который сможет выполнять как Either e
и в качестве Writer m
в зависимости от данного моноида?
3 ответа
Я бы не сказал, что эти монады категорически двойственны, но скорее они оба производятся по следующей конструкции: учитывая моноидальную категорию (C, ⊗, 1) и алгебру A в C, рассмотрим монаду, посылающую X в A ⊗ X. В первом случае C - это Hask, ⊗ - ×, а алгебра - это моноид, а во втором случае C - это Hask, ⊗ - это ∐ (Любой), а алгебра - это просто тип (каждый тип является алгеброй по unique уникальным способом - это то, что вы называете "comonoid", хотя это обычно означает что-то еще, см. ниже). Как обычно, я работаю в воображаемом мире, где ⊥ не существует, так что × на самом деле является продуктом и так далее. Вероятно, можно уловить это общее обобщение, используя подходящий класс типов для моноидальных категорий (я слишком устал, чтобы понять, что в данный момент пытаются сделать экстра-категории в этом отношении) и, таким образом, одновременно определить Writer и Either как монады (по модулю newtypes, возможно).
Что касается категорического двойника Writer m - ну, это зависит от того, что вы хотите считать фиксированным, но наиболее вероятным кандидатом представляется структура comonad для (,) m без каких-либо условий для m:
instance Comonad ((,) m) where
coreturn (m, a) = a
cojoin (m, a) = (m, (m, a))
(обратите внимание, что здесь мы используем m как сомоноид, т. е. имеем отображения m → (), m → m × m).
Вот код:
{-# LANGUAGE FlexibleInstances, EmptyDataDecls, MultiParamTypeClasses,
FunctionalDependencies, GeneralizedNewtypeDeriving, UndecidableInstances #-}
import Control.Arrow (first, second, left, right)
import Data.Monoid
data Void
data Iso a b = Iso { from :: a -> b, to :: b -> a}
-- monoidal category (Hask, m, unit)
class MonoidalCategory m unit | m -> unit where
iso1 :: Iso (m (m x y) z) (m x (m y z))
iso2 :: Iso x (m x unit)
iso3 :: Iso x (m unit x)
map1 :: (a -> b) -> (m a c -> m b c)
map2 :: (a -> b) -> (m c a -> m c b)
instance MonoidalCategory (,) () where
iso1 = Iso (\((x,y),z) -> (x,(y,z))) (\(x,(y,z)) -> ((x,y),z))
iso2 = Iso (\x -> (x,())) (\(x,()) -> x)
iso3 = Iso (\x -> ((),x)) (\((),x) -> x)
map1 = first
map2 = second
instance MonoidalCategory Either Void where
iso1 = Iso f g
where f (Left (Left x)) = Left x
f (Left (Right x)) = Right (Left x)
f (Right x) = Right (Right x)
g (Left x) = Left (Left x)
g (Right (Left x)) = Left (Right x)
g (Right (Right x)) = Right x
iso2 = Iso Left (\(Left x) -> x)
iso3 = Iso Right (\(Right x) -> x)
map1 = left
map2 = right
-- monoid in monoidal category (Hask, c, u)
class MonoidM m c u | m -> c u where
mult :: c m m -> m
unit :: u -> m
-- object of monoidal category (Hask, Either, Void)
newtype Eith a = Eith { getEith :: a } deriving (Show)
-- object of monoidal category (Hask, (,), ())
newtype Monoid m => Mult m = Mult { getMult :: m } deriving (Monoid, Show)
instance MonoidM (Eith a) Either Void where
mult (Left x) = x
mult (Right x) = x
unit _ = undefined
instance Monoid m => MonoidM (Mult m) (,) () where
mult = uncurry mappend
unit = const mempty
instance (MonoidalCategory c u, MonoidM m c u) => Monad (c m) where
return = map1 unit . from iso3
x >>= f = (map1 mult . to iso1) (map2 f x)
Использование:
a = (Mult "hello", 5) >>= (\x -> (Mult " world", x+1))
-- (Mult {getMult = "hello world"}, 6)
inv 0 = Left (Eith "error")
inv x = Right (1/x)
b = Right 5 >>= inv -- Right 0.2
c = Right 0 >>= inv -- Left (Eith {getEith="error"})
d = Left (Eith "a") >>= inv -- Left (Eith {getEith="a"})
Строго говоря, ()
а также Void
не являются двойственными - наличие ⊥ означает, что все типы обитаемы, поэтому ⊥ является единственным жителем Void
, делая его терминальным объектом, как и следовало ожидать. ()
Населяется двумя значениями, поэтому не имеет значения. Если вы отмахиваетесь от рук, тогда ()
является терминальным и Void
изначально, как и надеялся.
Я не думаю, что ваш пример - это комоноидная структура - подпись для комоноида должна выглядеть примерно так, я думаю:
class Comonoid a
coempty :: a -> ()
coappend :: a -> (a, a)
Что, если учесть, какими должны быть эквивалентные законы о комоноидах, в конечном итоге оказывается довольно бесполезным, я думаю.
Вместо этого мне интересно, является ли то, к чему вы стремитесь, более тесно связанным со стандартными моноидами суммы / произведения по натуральным, применительно к алгебраическим типам данных? Void
а также Either
0/+, в то время как ()
а также (,)
1/*. Но я не уверен, как оправдать все остальное.