ChatGPT解决这个技术问题 Extra ChatGPT

单子只是内函子类别中的一个幺半群,有什么问题?

下面是谁先说的?

单子只是内函子类别中的一个幺半群,有什么问题?

在不太重要的一点上,这是真的吗?如果是这样,您能否给出解释(希望没有太多 Haskell 经验的人可以理解)?

请参阅“工作数学家的类别”
您无需了解这一点即可在 Haskell 中使用 monad。从实用的角度来看,它们只是通过一些地下管道绕过“状态”的一种巧妙方式。
我也想在此处添加这篇出色的博文:stephendiehl.com/posts/monads.html 它没有直接回答问题,但在我看来,Stephen 在将 Haskell 中的类别和 monad 联系在一起方面做得非常出色。如果您已阅读上述答案 - 这应该有助于统一看待这个问题的两种方式。
更准确地说,“对于任何类别 C,其内函子的类别 [C,C] 具有由组合诱导的幺半群结构。[C,C] 中的幺半群对象是 C 上的单子。” - 来自 en.wikipedia.org/wiki/Monoid_%28category_theory%29。请参阅 en.wikipedia.org/wiki/Monad_%28category_theory%29 了解范畴论中 monad 的定义。
@Dmitry A functor 是类别之间的函数,有一些约束要表现良好。类别 C 上的内函子只是从 C 到自身的函子。 Data.FunctorHask category 上的 endofunctors 的类型类。由于类别由对象和态射组成,函子需要映射两者。对于 Data.Functor 的实例 f,对象(haskell 类型)上的映射是 f 本身,而态射(haskell 函数)上的映射是 fmap。

C
Community

那个特别的措辞是詹姆斯·艾瑞(James Iry)出自他非常有趣的Brief, Incomplete and Mostly Wrong History of Programming Languages,他在其中虚构地将其归因于菲利普·瓦德勒。

原引自 Saunders Mac Lane 在工作数学家的类别中,类别理论的基础文本之一。 Here it is in context,这可能是准确了解其含义的最佳位置。

但是,我会打一针。原句是这样的:

总而言之,X 中的单子只是 X 的内函子类别中的一个幺半群,乘积 × 被内函子的组合替换,单位由恒等函子设置。

X 这里是一个类别。 Endofunctor 是从一个类别到其自身的函子(就函数式程序员而言,这通常是 all Functor,因为他们主要处理一个类别;类型的类别 - 但我离题)。但是您可以想象另一个类别,即“X 上的内函子”类别。这是一个范畴,其中对象是内函子,态射是自然变换。

在这些内函子中,其中一些可能是单子。哪些是单子?正是那些在特定意义上是幺半群的。与其详细说明从 monad 到 monoid 的确切映射(因为 Mac Lane 做得比我希望的要好得多),我只是将它们各自的定义并排放置并让您比较:

一个幺半群是...

一组,S

一个操作, • : S × S → S

S 的一个元素,e : 1 → S

...满足这些法律:

(a • b) • c = a • (b • c),对于 S 中的所有 a、b 和 c

e • a = a • e = a,对于 S 中的所有 a

一个单子是...

一个内函子,T : X → X(在 Haskell 中,类型构造函数 * -> * 带有 Functor 实例)

自然变换, μ : T × T → T,其中 × 表示函子组合(μ 在 Haskell 中称为 join)

自然变换,η : I → T,其中 I 是 X 上的恒等函数(η 在 Haskell 中称为 return)

...满足这些法律:

μ ∘ Tμ = μ ∘ μT

μ ∘ Tη = μ ∘ ηT = 1(恒等式自然变换)

稍稍眯起眼睛,您可能会发现这两个定义都是同一个 abstract concept 的实例。


感谢您的解释,并感谢编程语言的简短、不完整和大部分错误的历史一文。我想它可能来自那里。确实是最伟大的编程幽默之一。
@Jonathan:在幺半群的经典表述中, × 表示集合的笛卡尔积。您可以在此处阅读更多相关信息:en.wikipedia.org/wiki/Cartesian_product,但基本思想是 S × T 的元素是一对 (s, t),其中 s ∈ St ∈ T。所以幺半群积 • 的签名:S × S ->在此上下文中,S 仅表示将 S 的 2 个元素作为输入并产生 S 的另一个元素作为输出的函数。
@TahirHassan - 在范畴论的一般性中,我们处理不透明的“对象”而不是集合,因此没有“元素”的先验概念。但是如果你考虑对象是集合而箭头是函数的范畴集合,任何集合 S 的元素都与从任何单元素集合到 S 的函数一一对应。也就是说,对于任何S 的元素 e,恰好有一个函数 f : 1 -> S,其中 1 是任何单元素集合...(续)
@TahirHassan 1-元素集本身就是“终端对象”的更一般的类别理论概念的特化:终端对象是一个类别的任何对象,对于它,从任何其他对象到它都有一个箭头(您可以检查Set 中的一元集合也是如此)。在范畴论中,终端对象简称为 1;它们在同构中是唯一的,因此没有必要区分它们。所以现在我们对任何 S 的“S 的元素”有一个纯粹的范畴理论描述:它们只是从 1 到 S 的箭头!
@TahirHassan - 用 Haskell 术语来说,想想如果 S 是一种类型,那么在编写函数 f :: () -> S 时你所能做的就是挑选一些类型为 S 的特定术语(一个“元素”它,如果你愿意的话)并返回它......你没有得到任何关于参数的真实信息,所以没有办法改变函数的行为。所以 f 必须是一个常量函数,它每次都返回相同的东西。 () ("Unit") 是类别 Hask 的终端对象,恰好有 1 个(非发散的)值包含在其中,这绝非巧合。
C
Community

首先,我们将要使用的扩展和库:

{-# LANGUAGE RankNTypes, TypeOperators #-}

import Control.Monad (join)

其中,RankNTypes 是唯一对以下内容绝对必要的。 I once wrote an explanation of RankNTypes that some people seem to have found useful,所以我将参考它。

引用 Tom Crockett's excellent answer,我们有:

一个单子是... 一个内函子,T : X -> XA 自然变换,μ : T × T -> T,其中 × 表示函子组合 一个自然变换,η : I -> T,其中 I 是上的恒等函子X ...满足这些定律: μ(μ(T × T) × T)) = μ(T × μ(T × T)) μ(η(T)) = T = μ(T(η))

我们如何将其转换为 Haskell 代码?好吧,让我们从自然转换的概念开始:

-- | A natural transformations between two 'Functor' instances.  Law:
--
-- > fmap f . eta g == eta g . fmap f
--
-- Neat fact: the type system actually guarantees this law.
--
newtype f :-> g =
    Natural { eta :: forall x. f x -> g x }

f :-> g 形式的类型类似于函数类型,但不要将其视为两个 types(类型 *)之间的 function,而是认为它是两个函子(每个类型* -> *)之间的态射。例子:

listToMaybe :: [] :-> Maybe
listToMaybe = Natural go
    where go [] = Nothing
          go (x:_) = Just x

maybeToList :: Maybe :-> []
maybeToList = Natural go
    where go Nothing = []
          go (Just x) = [x]

reverse' :: [] :-> []
reverse' = Natural reverse

基本上,在 Haskell 中,自然转换是从某种类型 f x 到另一种类型 g x 的函数,这样 x 类型变量对调用者来说是“不可访问的”。因此,例如,sort :: Ord a => [a] -> [a] 不能进行自然转换,因为它对于我们可以为 a 实例化哪些类型是“挑剔的”。我经常用来思考这个问题的一种直观方式是:

函子是一种在不触及结构的情况下对某事物的内容进行操作的方式。

自然转换是一种在不接触或查看内容的情况下对某事物的结构进行操作的方式。

现在,解决这个问题,让我们处理定义的子句。

第一个子句是“一个内函子,T : X -> X。”嗯,Haskell 中的每个 Functor 都是人们所说的“Hask 范畴”中的内函子,其对象是 Haskell 类型(* 类),其态射是 Haskell 函数。这听起来像是一个复杂的陈述,但它实际上是一个非常微不足道的陈述。这意味着 Functor f :: * -> * 为您提供了为任何 a :: * 构造类型 f a :: * 和从任何 f :: a -> b 中构造函数 fmap f :: f a -> f b 的方法,并且它们遵守函子定律。

第二个子句:Haskell 中的 Identity 函子(平台附带,因此您可以直接导入它)以这种方式定义:

newtype Identity a = Identity { runIdentity :: a }

instance Functor Identity where
    fmap f (Identity a) = Identity (f a)

所以自然变换 η : I ->对于任何 Monad 实例 t,Tom Crockett 的定义中的 T 可以这样写:

return' :: Monad t => Identity :-> t
return' = Natural (return . runIdentity)

第三个子句:Haskell 中两个函子的组合可以这样定义(平台也自带):

newtype Compose f g a = Compose { getCompose :: f (g a) }

-- | The composition of two 'Functor's is also a 'Functor'.
instance (Functor f, Functor g) => Functor (Compose f g) where
    fmap f (Compose fga) = Compose (fmap (fmap f) fga)

因此,来自 Tom Crockett 定义的自然变换 μ : T × T -> T 可以写成这样:

join' :: Monad t => Compose t t :-> t
join' = Natural (join . getCompose)

声明这是内函子类别中的幺半群,则意味着 Compose(仅部分应用于它的前两个参数)是关联的,并且 Identity 是它的标识元素。即,以下同构成立:

撰写 f (撰写 gh) ~= 撰写 (撰写 fg) h

撰写 f 身份 ~= f

组成身份 g ~= g

这些很容易证明,因为 ComposeIdentity 都定义为 newtype,并且 Haskell 报告将 newtype 的语义定义为所定义的类型和 { 3}的数据构造函数。例如,让我们证明 Compose f Identity ~= f

Compose f Identity a
    ~= f (Identity a)                 -- newtype Compose f g a = Compose (f (g a))
    ~= f a                            -- newtype Identity a = Identity a
Q.E.D.

Natural 新类型中,我无法弄清楚 (Functor f, Functor g) 约束在做什么。你能解释一下吗?
@dfeuer 它并没有真正做任何必要的事情。
@LuisCasillas 我已经删除了那些 Functor 约束,因为它们似乎没有必要。如果您不同意,请随时将它们添加回来。
您能否详细说明将函子的乘积视为组合的正式含义?特别是,函子组合的投影态射是什么?我的猜测是,该乘积仅针对自身的函子 F 定义,F x F 并且仅在定义 join 时。 join 就是投影态射。但我不确定。
我不认为最后列出的三个同构与说“内函子类别中的monoid”完全一样。特别是他们根本没有提到 join'return'
D
Dmitri Zaitsev

这里的答案在定义幺半群和单子方面做得很好,但是,他们似乎仍然没有回答这个问题:

在不太重要的一点上,这是真的吗?如果是这样,您能否给出解释(希望没有太多 Haskell 经验的人可以理解)?

这里缺少的问题的症结在于“monoid”的不同概念,更准确地说是所谓的 categorification —— monoidal 类别中的幺半群。可悲的是 Mac Lane 的书本身 makes it very confusing

总而言之,X 中的单子只是 X 的内函子类别中的一个幺半群,乘积 × 被内函子的组合替换,单位由恒等函子设置。

主要混淆

为什么这令人困惑?因为它没有定义 X 的“内函子类别中的幺半群”。相反,这句话建议在所有内函子的集合中取一个幺半群,将函子组合作为二元运算,将恒等函子作为一个幺半群单元。它工作得非常好,并变成一个包含恒等函子并在函子组合下封闭的内函子的任何子集的幺半群。

然而,这不是正确的解释,这本书在那个阶段未能阐明。 Monad f 是一个固定 endofunctor,而不是在组合下封闭的endofunctor 的子集。一个常见的结构是使用 f生成一个幺半群,方法是使用 f 的所有 k-fold 组合 f^k = f(f(...)) 的集合,包括对应于身份f^0 = id。现在所有 k>=0 的所有这些幂的集合 S 确实是一个幺半群,“乘积 × 被内函子的组合取代,单位由恒等函子集”。

但是:

这个幺半群 S 可以定义为任何函子 f,甚至可以字面上定义为任何 X 的自映射。它是由 f 生成的幺半群。

由函子组合和恒等函子给出的 S 的幺半群结构与 f 是否为单子无关。

为了让事情更混乱,“幺半群类别中的幺半群”的定义在本书后面出现,正如您从 table of contents 中看到的那样。然而,理解这个概念对于理解与单子的联系是绝对关键的。

(严格)幺半群类别

转到关于 Monoids 的第 VII 章(晚于关于 Monads 的第 VI 章),我们发现所谓的 strict monoidal category 的定义为三元组 (B, *, e),其中 B 是一个类别, *: B x B-> B 一个 bifunctor(关于每个组件的函子,其他组件固定),eB 中的单位对象,满足关联性和单位定律:

(a * b) * c = a * (b * c)
a * e = e * a = a

对于 B 的任何对象 a,b,c,对于任何用 e 替换为 id_e 的态射 a,b,c 的相同恒等式,e 的恒等态射。现在观察到,在我们感兴趣的情况下,BX 的内函子的范畴,其中自然变换作为态射,* 函子组合和 e 恒等函子,这是很有启发性的,所有这些定律都是满意,可以直接验证。

本书之后是“松弛”幺半群类别的定义,其中定律仅对满足所谓的相干关系的一些固定自然变换保持模数,然而这对于我们的内函子类别并不重要。

幺半群类别中的幺半群

最后,在第七章的第 3 节“Monoids”中,给出了实际的定义:

幺半群 (B, *, e) 中的幺半群 c 是 B 的一个对象,带有两个箭头(态射)

mu: c * c -> c
nu: e -> c

使3个图可交换。回想一下,在我们的例子中,这些是内函子范畴中的态射,它们是与单子的 joinreturn 精确对应的自然变换。当我们使组合 * 更明确,将 c * c 替换为 c^2 时,这种联系变得更加清晰,其中 c 是我们的 monad。

最后,请注意 3 个交换图(在幺半群类别中的幺半群定义中)是为一般(非严格)幺半群类别编写的,而在我们的例子中,作为幺半群类别的一部分出现的所有自然变换实际上都是恒等式。这将使图表与单子定义中的图表完全相同,从而使对应关系完整。

结论

总之,根据定义,任何 monad 都是 endofunctor,因此是 endofunctor 类别中的对象,其中 monadic joinreturn 运算符满足特定(严格)monoidal 类别中的 monoid 的定义时间>。反之亦然,根据定义,内函子的幺半群类别中的任何幺半群都是由一个对象和两个箭头组成的三元组(c, mu, nu),例如在我们的例子中是自然变换,满足与单子相同的定律。

最后,请注意(经典)幺半群与幺半群类别中更一般的幺半群之间的主要区别。上面的两个箭头 munu 不再是二元运算和集合中的单位。相反,您有一个固定的内函子 c。函子组合 * 和恒等函子本身并不能提供 monad 所需的完整结构,尽管书中有令人困惑的评论。

另一种方法是与集合 A 的所有自映射的标准幺半群 C 进行比较,其中二元运算是组合,可以看出将标准笛卡尔积 C x C 映射到 C .传递给分类的幺半群,我们将笛卡尔积 x 替换为函子组合 *,二元运算替换为从 c * cc 的自然变换 mu,即join 运算符

join: c(c(T))->c(T)

对于每个对象 T(在编程中键入)。经典幺半群中的恒等元素,可以用来自固定单点集的地图图像来识别,被 return 运算符的集合替换

return: T->c(T) 

但是现在没有更多的笛卡尔积,所以没有元素对,因此也没有二元运算。


那么你对问题的“这是真的”部分的回答是什么?单子是内函子类别中的幺半群,对吗?如果是,幺半群的范畴论概念和代数幺半群(具有关联乘法和单位的集合)之间的关系是什么?
@AlexanderBelopolsky,从技术上讲,单子是内函子的单子类中的单子,它配备了函子组合作为其产品。相反,经典的“代数幺半群”是在以笛卡尔积作为其乘积的集合的幺半群类别中的幺半群。因此,两者都是幺半群的相同一般分类定义的特定情况。
@AlexanderBelopolsky我试图解释答案是“是的”,但是当在固定类别的内函子类别中采用更技术性的分类概念时。更容易更熟悉的“代数幺半群”是集合类别中的(分类)幺半群。正如上面 KABuhr 所说,您可以将它们视为相同一般结构的不同特例。
E
Edmund's Echo

我来到这篇文章是为了更好地理解 Mac Lane 的工作数学家的范畴理论中臭名昭著的引用的推论。

在描述某物是什么时,描述它不是什么通常同样有用。

Mac Lane 使用描述来描述 Monad 的事实可能暗示它描述了 monad 独有的东西。忍受我。为了更广泛地理解该陈述,我认为需要明确他不是在描述单子独有的东西;该声明同样描述了 Applicative 和 Arrows 等。出于同样的原因,我们可以在 Int 上拥有两个幺半群(Sum 和 Product),我们可以在 X 上拥有几个属于内函子类别的幺半群。但还有更多的相似之处。

Monad 和 Applicative 都符合标准:

endo => 任何箭头,或在同一个地方开始和结束的态射

functor => 任何箭头,或两个类别之间的态射(例如,在日常树 a -> 列表 b 中,但在类别树 -> 列表中)

monoid => 单个对象;即,单一类型,但在这种情况下,仅与外部层有关;所以,我们不能有 Tree -> List,只有 List -> List。

该语句使用“Category of ...”这定义了语句的范围。例如,Functor Category 描述了f * -> g * 的范围,即Any functor -> Any functor,例如Tree * -> List *Tree * -> Tree *

分类语句未指定的内容描述了允许任何事物的位置。

在这种情况下,在函子内部,未指定 * -> * aka a -> b,即 Anything -> Anything including Anything else。当我的想象力跳到 Int ->字符串,它还包括 Integer -> Maybe Int,甚至 Maybe Double -> Either String Int 其中 a :: Maybe Double; b :: Either String Int

所以声明如下:

函子作用域 :: fa -> gb (即任何参数化类型到任何参数化类型)

endo + functor :: fa -> fb (即,任何一种参数化类型到相同的参数化类型)...不同的说法,

内函子类别中的一个幺半群

那么,这个结构的力量在哪里呢?为了欣赏完整的动态,我需要看到一个幺半群的典型绘图(单个对象,看起来像一个标识箭头,:: single object -> single object),未能说明我被允许使用用 参数化的箭头任意数量的幺半群值,来自 Monoid 中允许的 one 类型对象。 endo, ~ 等价的标识箭头定义忽略函子的类型值以及最内层“有效负载”层的类型和值。因此,等价在任何函数类型匹配的情况下都返回 true(例如,Nothing -> Just * -> Nothing 等价于 Just * -> Just * -> Just *,因为它们都是 Maybe -> Maybe -> Maybe)。

侧边栏:~ 外部是概念性的,但是是 f a 中最左边的符号。它还描述了“Haskell”首先读入的内容(大图);所以类型相对于类型值是“外部”的。编程中层之间的关系(引用链)在 Category 中不容易关联。 Set 的类别用于描述类型(Int、Strings、Maybe Int 等),其中包括 Functor 的类别(参数化类型)。引用链:Functor 类型、Functor 值(该 Functor 集合的元素,例如 Nothing、Just),以及每个 functor 值指向的其他所有内容。在 Category 中,对关系的描述不同,例如,return :: a -> m a 被认为是从一个 Functor 到另一个 Functor 的自然转换,与迄今为止提到的任何内容都不同。

回到主线,总而言之,对于任何定义的张量积和中性值,该语句最终描述了一个从其矛盾结构中诞生的惊人强大的计算结构:

在外部它显示为单个对象(例如::: List);静止的

但在内部,允许大量动态任何数量的相同类型的值(例如,Empty | ~NonEmpty)作为任何数量的函数的素材。张量积会将任意数量的输入减少为单个值......对于外部层(~fold 没有说明有效负载)最内层的类型和值的无限范围

任何数量的相同类型的值(例如,Empty | ~NonEmpty)作为任何数量的函数的素材。张量积会将任意数量的输入减少为单个值......对于外部层(~fold 没有说明有效载荷)

最内层的类型和值的无限范围

在 Haskell 中,澄清语句的适用性很重要。这种构造的强大功能和多功能性与 monad 本身完全无关。换句话说,该构造不依赖于使 monad 独一无二的原因。

当试图弄清楚是否构建具有共享上下文的代码以支持相互依赖的计算,而不是可以并行运行的计算时,这个臭名昭著的声明,尽管它描述了,但并不是选择Applicative,Arrows 和 Monads,而是描述它们有多少相同。对于手头的决定,该声明没有实际意义。

这常常被误解。该语句继续将 join :: m (m a) -> m a 描述为单曲面内函子的张量积。但是,它没有明确说明,在本声明的上下文中,(<*>) 也可能被选中。这确实是六/六打的一个例子。组合值的逻辑完全相同;相同的输入从每个生成相同的输出(与 Int 的 Sum 和 Product 幺半群不同,因为它们在组合 Int 时会生成不同的结果)。

因此,回顾一下:内函子类别中的一个幺半群描述:

   ~t :: m * -> m * -> m *
   and a neutral value for m *

(<*>)(>>=) 都提供对两个 m 值的同时访问,以便计算单个返回值。用于计算返回值的逻辑完全相同。如果不是因为它们参数化的函数的不同形状(f :: a -> bk :: a -> m b)以及具有相同计算返回类型的参数的位置(即分别为 a -> b -> bb -> a -> b) ,我怀疑我们可以参数化幺半群逻辑,张量积,以便在两个定义中重用。作为说明这一点的练习,请尝试实施 ~t,最终得到 (<*>)(>>=),具体取决于您决定如何定义它 forall a b

如果我的最后一点在概念上至少是正确的,那么它就解释了 Applicative 和 Monad 之间精确且唯一的计算差异:它们参数化的函数。换句话说,差异在这些类型类的实现之外。

总之,根据我自己的经验,Mac Lane 臭名昭著的名言提供了一个很好的“goto”模因,这是我在浏览 Category 以更好地理解 Haskell 中使用的习语时参考的路标。它成功地捕捉到了在 Haskell 中非常容易访问的强大计算能力的范围。

然而,具有讽刺意味的是,我首先误解了该声明在 monad 之外的适用性,以及我希望在这里传达的内容。它所描述的一切都证明是 Applicative 和 Monads(以及 Arrows 等)之间的相似之处。它没有说的正是它们之间微小但有用的区别。

-E


h
hobbs

注意:不,这不是真的。在某些时候,丹·皮波尼本人对这个答案发表了评论,他说这里的因果关系完全相反,他写这篇文章是为了回应詹姆斯·艾里的俏皮话。但它似乎已被删除,也许是一些强迫性的整理者。

以下是我的原始答案。

Iry 很可能读过 From Monoids to Monads,一篇文章 Dan Piponi (sigfpe) 从 Haskell 中的幺半群派生单子,其中大量讨论了范畴论并明确提到了“Hask 上的内函子范畴”。无论如何,任何想知道单子成为内函子类别中的幺半群意味着什么的人都可能从阅读这个推导中受益。


“也许是出于某种强迫性的整理” - 或者,正如我们在本网站上所称的那样,版主 :-)