开发者

Haskell/GHC: Matching multiple unary constructors with the same pattern

开发者 https://www.devze.com 2023-03-29 05:50 出处:网络
So I was playing around with defining a TrieSet datatype (even though I know I don\'t need to): module Temp where

So I was playing around with defining a TrieSet datatype (even though I know I don't need to):

module Temp where

import Data.Map

data TrieSet a = Nonterminal (Data.Map a (TrieSet a)) | Terminal (Data.Map a (TrieSet a))

insert :: Ord a => [a] -> TrieSet a -> TrieSet a
insert [] (_ m) = Terminal m
insert (a:as) (c m) = c $ insertWith (insert as . flip const) a (insert as $ Nonterminal empty) m

When I got an error I've never seen before:

% ghc -c Temp.hs
Temp.hs:8:11: Parse error in pattern

So it seemed like GHC doesn't like matching multiple unary constructors with the same pattern. I did another test to make sure that was the problem:

module Temp2 where

extract :: Either String String -> String
extract (_ s) = s

Which seemed to confirm my susp开发者_如何转开发icion:

% ghc -c Temp2.hs
Temp2.hs:4:9: Parse error in pattern

So my question is (in multiple parts):

  1. Am I right about why GHC doesn't like these functions?
  2. Any reason why this wouldn't be a part of the Haskell standard? After all, we can match multiple nullary constructors with the same pattern.
  3. Is there a LANGUAGE pragma I can give GHC to make it accept these?


  1. Yes. That kind of wildcards was never supported.
  2. In my opinion, it would be much more difficult to infer a function's type if you don't know the data-constructor that was matched on. Just think about a function f (_ n) = n. What should be its type? The type-system of Haskell has no way to describe the arity of a type's constructors, so a function like f could not exist.
  3. I don't think so.


If it makes sense to match two or more constructors with a wildcard pattern, it probably also makes sense to unify those constructors and use an additional enumerated value to distinguish between them.

For example:

data Terminality = Terminal | Nonterminal
data TrieSet a = Node Terminality (Data.Map a (TrieSet a))

foo :: TrieSet X -> X
foo (Node _ m) = ...

If you don't want to make this change to your existing datatype, you could instead define a helper type and a corresponding helper function, and perform the conversion before you pattern-match.

data TreeSetView a = Node Terminality (Data.Map a (TrieSet a))

view :: TrieSet a => TreeSetView a
view (Terminal    m) = TreeSetView TerminalityTerminal    m
view (Nonterminal m) = TreeSetView TerminalityNonterminal m
0

精彩评论

暂无评论...
验证码 换一张
取 消

关注公众号