我遇到了一个更高等级类型的令人费解的情况。我想出了如何使它工作,但我不了解工作和非工作版本之间的区别。
有了这些背景定义:
{-# LANGUAGE RankNTypes #-}
data AugmentedRational = Exact Integer Rational -- Exact z q is q * pi^z
| Approximate (forall a.Floating a => a)
approximateValue :: Floating a => AugmentedRational -> a
approximateValue (Exact z q) = (pi ** (fromInteger z)) * (fromRational q)
approximateValue (Approximate x) = x
......这两个功能之间有什么区别。
-- lift a floating function to operate on augmented rationals, treating the function as approximate
approx :: (forall a.Floating a => a -> a) -> AugmentedRational -> AugmentedRational
approx f = Approximate . f . approximateValue
导致:
Cannot instantiate unification variable `b0'
with a type involving foralls: forall a. Floating a => a
Perhaps you want ImpredicativeTypes
In the first argument of `(.)', namely `Approximate'
In the expression: Approximate . f . approximateValue
如果您遵循我不完全理解的impredicative类型建议,则错误消息将更改为:
No instance for (Floating (forall a. Floating a => a))
arising from a use of `f'
In the first argument of `(.)', namely `f'
In the second argument of `(.)', namely `f . approximateValue'
In the expression: Approximate . f . approximateValue
{-# LANGUAGE NoMonomorphismRestriction #-} -- add this
approx :: (forall a.Floating a => a -> a) -> AugmentedRational -> AugmentedRational
approx f x = let fx = f $ approximateValue x
in Approximate fx
-- this one is "perhaps you meant impredicative types"
approx f x = Approximate . f . approximateValue $ x
-- these ones give the no instance Floating (forall a.Floating a => a) message
approx f x = Approximate . f $ approximateValue x
approx f x = let x' = approximateValue x
in Approximate . f $ x'
这里发生了什么?在我的脑海中,这5个定义在语法上都是不同的说法完全相同的方式。
编辑注释:删除了错误的声称,即所讨论的类型是存在的类型。
答案 0 :(得分:8)
(你的问题中没有任何内容使用存在类型。你所拥有的是具有多态参数的构造函数Approximate
,导致Approximate
具有rank-2类型并导致更高级别的问题类型和类型推断。)
简短的回答是:无点风格和高等级类型不能很好地融合在一起。如果涉及多态参数并且坚持使用普通函数应用程序或$
,则避免使用函数组合,一切都会好的。以一种被接受的方式编写approx
的直接方式是:
approx :: (forall a . Floating a => a -> a) -> AugmentedRational -> AugmentedRational
approx f ar = Approximate (f (approximateValue ar))
问题是GHC不能正确支持“impregicative”类型。这意味着:如果函数是多态的,则其类型变量可以使用单态类型进行实例化,但不能再次使用本身具有多态性的类型。为什么这里有关系?
让我们来看看你写的内容:
approx :: (forall a.Floating a => a -> a) -> AugmentedRational -> AugmentedRational
approx f = Approximate . f . approximateValue
你在这里使用了两次函数组合(.
)。功能组合的类型是:
(.) :: (b -> c) -> (a -> b) -> a -> c
infixr 9 .
因此上面的定义被解析为
Approximate . (f . approximateValue)
但是
Approximate :: (forall a. Floating a => a) -> AugmentedRational
具有rank-2类型。因此,将Approximate
的类型与(.)
的第一个参数进行匹配意味着:
b = forall a. Floating a => a
c = AugmentedRational
必须坚持。
这是b
对GHC不允许的多态类型的实例化。
它建议将ImpredicativeTypes
作为一种可能使其有效的语言扩展,但不幸的是,它是一种非常脆弱的语言扩展,并且通常不鼓励使用它。正如您所见,即使启用了ImpredicativeTypes
,GHC通常仍会需要相当多的其他类型注释,因此如果没有其他更改,您的程序将无法运行。
正常功能应用程序内置于GHC中,并在类型检查期间进行不同的处理。这就是approx
更直接定义的原因。使用$
也没关系,但只有,因为在GHC中实现了一个特殊的hack,告诉类型检查器$
与函数应用程序没有什么不同。