我试图理解Haskell列表理解如何在模式匹配方面“在幕后”工作 . 以下ghci输出说明了我的观点:
Prelude> let myList = [Just 1, Just 2, Nothing, Just 3]
Prelude> let xs = [x | Just x <- myList]
Prelude> xs
[1,2,3]
Prelude>
如您所见,它可以跳过“Nothing”并仅选择“Just”值 . 我知道List是一个monad,定义为(源自Real World Haskell,第14章):
instance Monad [] where
return x = [x]
xs >>= f = concat (map f xs)
xs >> f = concat (map (\_ -> f) xs)
fail _ = []
因此,列表推导基本上为列表推导中选择的每个元素构建单例列表并将它们连接起来 . 如果模式匹配在某个步骤失败,则使用“失败”功能的结果 . 换句话说,“Just x”模式不匹配,因此在调用“concat”之前,[]用作占位符 . 这就解释了为什么“Nothing”似乎被忽略了 .
我不明白的是,Haskell如何知道称之为“失败”功能?它是“编译魔术”,还是你可以在Haskell中自己编写的功能?是否可以编写以下“选择”功能,以与列表理解相同的方式工作?
select :: (a -> b) -> [a] -> [b]
select (Just x -> x) myList -- how to prevent the lambda from raising an error?
[1,2,3]
3 回答
虽然Haskell的实现可能不会像内部那样直接执行,但以这种方式考虑它是有帮助的:)
......变成:
......这是:
至于你的问题:
在do-notation中,如果模式绑定失败(即
Just x
),则调用fail方法 . 对于上面的示例,它看起来像这样:因此,每次在可能失败的monadic上下文中进行模式匹配时,Haskell都会插入对
fail
的调用 . 尝试使用IO:rule for desugaring a list comprehension需要表达式
[ e | p <- l ]
(其中e
是表达式,p
是模式,l
列表表达式)表现得像以前版本的Haskell有monad comprehensions,它们已从语言中删除,因为它们难以阅读并且使用
do
-notation冗余 . (列表理解也是多余的,但它们并不是那么难以阅读 . )我认为将[ e | p <- l ]
作为一个monad(或者,确切地说,作为一个零的monad)会产生类似的东西 .mzero
来自MonadPlus
类 . 这非常接近哪个desugars来
当我们采用List Monad时,我们有
即,3种方法(列表推导,monad comprehensions,
do
表达式)对于列表是等价的 .我不认为列表推导语法与List(
[]
)或Maybe
恰好是Monad
类型的实例这一事实有很大关系 .列表推导确实是编译器魔术或语法糖,但这是可能的,因为编译器知道
[]
数据类型的结构 .以下是列表理解编译的内容:(好吧,我认为,我实际上并未针对GHC进行检查)
如您所见,编译器不必调用
fail
函数,它可以简单地内联一个空列表,因为它知道列表是什么 .有趣的是,列表理解语法'skips'模式匹配失败的事实在某些库中用于执行泛型编程 . 请参阅Uniplate library中的示例 .
Edit: 哦,为了回答你的问题,你不能用你给它的lambda调用你的
select
函数 . 如果用Nothing
值调用它,它确实会在模式匹配失败时失败 .您可以从上面的代码中传递
f
函数,但是select
将具有以下类型:这很好,你可以在内部使用
concatMap
函数:-)此外,新的
select
现在具有列表的monadic绑定运算符的类型(其参数被翻转):