5

是的,我知道这UndecidableInstances可能很糟糕。我真的很努力地设计我的模块,以便它不需要它但是我有这样的东西:

instance Foo x (C x y) => Bar (C x y) where

    ...

改变它会使 API 变得更加丑陋。我从来没有从中衍生Foo出来,Bar所以没有办法制作一个循环。

另一方面,启用UndecidableInstances会使愚蠢的错误容易被忽视。例如,我可能会误写如下内容:

instance Foo x (C x z) => Bar (C x y) where

    ...

wherez永远不会出现在右侧。

问题:是否可以UndecidableInstances在模块中本地使用,即明确标记解除通常终止规则的地方?

当然,它对终止没有帮助,但它会使使用此扩展的决定更加明智。

问题2:是否有比这更弱的东西UndecidableInstances仍然不能保证终止,但会禁止一些像第二个代码片段这样的边界线情况?

4

1 回答 1

4

到目前为止,语言编译指示是每个模块的,所以第一个问题的答案是否定的。至于第二个问题,我不太确定,但我知道除了 UndecidableInstances 之外没有其他扩展可以允许该实例。

但是,UndecidableInstances 并没有那么糟糕,它只是允许类型检查器尝试解析无法证明终止的实例。但是,上下文堆栈阻止它实际上永远循环。

于 2012-02-14T03:02:28.587 回答