这是一个证明搜索问题(“查找String
在此列表中”),因此您可以预期解决方案将涉及类型类 Prolog。我将回答您的问题的更简单版本(即“找到first的发生String
") 并让您了解如何根据您的具体用例进行调整。
由于我们正在进行证明搜索,因此让我们首先写下我们将要搜索的证明对象。
data Contains a as where
Here :: Contains a (a ': as)
There :: Contains a as -> Contains a (b ': as)
类型的值Contains a as
是一个你可以找到的建设性证据a
在类型级别列表中as
。从结构上来说,Contains
就像一个自然数(比较There (There Here)
with S (S Z)
) 识别位置a
在列表中as
。为了证明这一点a
is in as
你给出它的索引。
例如,您可以replace
中给定位置的元素HList
与相同类型的新元素。
replace :: a -> Contains a as -> HList as -> HList as
replace x Here (HCons y ys) = HCons x ys
replace x (There i) (HCons y ys) = HCons y (replace x i ys)
我们想要寻找一个a
在给定列表中使用类型类 Prolog。有两种情况 - 要么你找到a
在列表的头部,或者在尾部的某个地方。 (如果a
不在as
, using contains
会因“无实例”错误而失败。)理想情况下,我们会编写如下内容:
class CONTAINS a as where
contains :: Contains a as
instance CONTAINS a (a ': as) where
contains = Here
instance CONTAINS a as => CONTAINS a (b ': as) where
contains = There contains -- recursively call `contains` on the sublist
但这不符合重叠实例规则。在实例搜索期间不会检查实例上下文和类型相等性 - 阐述者不会回溯 - 因此这两个实例都不比另一个实例更具体。
幸运的是有一个众所周知的解决方案 https://wiki.haskell.org/GHC/AdvancedOverlap对于这个问题。它涉及使用封闭类型族来告诉a
and b
分开。您定义一个辅助类CONTAINS'
有一个额外的参数,在本例中是Bool
告诉你是否a
可以在头部找到as
.
class CONTAINS' (eq :: Bool) a (as :: [*]) where
contains' :: Contains a as
然后,您为以下情况定义实例:eq
is True
or False
。阐述者可以区分这些实例,因为True
and False
明显不同。请注意,步骤案例递归调用CONTAINS
.
instance CONTAINS' True a (a ': as) where
contains' = Here
instance CONTAINS a as => CONTAINS' False a (b ': as) where
contains' = There contains
最后你定义你的CONTAINS
实例而言CONTAINS'
,并使用结果== http://hackage.haskell.org/package/base-4.11.1.0/docs/Data-Type-Equality.html,一个封闭类型族,它测试其参数是否相等,以选择一个实例。
instance CONTAINS' (a == b) a (b ': as) => CONTAINS a (b ': as) where
contains = contains' @(a == b)
(这是布尔类型族极少数可接受的用途之一。)
现在你可以使用CONTAINS
就像任何其他课程一样。当你尝试实例化时a
and as
GHC 将尝试寻找a
inside as
,以及contains
方法将返回其索引。
example :: Contains Int '[Bool, Int, Char]
example = contains
-- "no instance for CONTAINS"
failingExample :: Contains String '[Bool, Int, Char]
failingExample = contains
这是一个相当简单的例子,代码已经相当混乱了。您绝对可以以相同的方式处理问题中的示例,但总而言之,我不相信静态检查值得在这种情况下如此复杂。您是否考虑过基于Typeable
?