У меня есть этот (по общему признанию странный) код, который использует lens и GHC.Records :
{-# LANGUAGE DataKinds, PolyKinds, FlexibleInstances, UndecidableInstances #-}
{-# LANGUAGE MultiParamTypeClasses #-}
{-# LANGUAGE ScopedTypeVariables #-}
{-# LANGUAGE TypeApplications #-}
{-# LANGUAGE TypeFamilies #-}
module Main where
import Control.Lens
import GHC.Records
data Glass r = Glass -- just a dumb proxy
class Glassy r where
the :: Glass r
instance Glassy x where
the = Glass
instance (HasField k r v, x ~ r)
-- instance (HasField k r v, Glass x ~ Glass r)
=> HasField k (Glass x) (ReifiedGetter r v) where
getField _ = Getter (to (getField @k))
data Person = Person { name :: String, age :: Int }
main :: IO ()
main = do
putStrLn $ Person "foo" 0 ^. runGetter (getField @"name" the)
Идея состоит в том, чтобы иметь HasField
экземпляр, который вызывает заклинание ReifiedGetter
из прокси, просто для этого. Но это не работает:
* Ambiguous type variable `r0' arising from a use of `getField'
prevents the constraint `(HasField
"name"
(Glass r0)
(ReifiedGetter Person [Char]))' from being solved.
Я не понимаю, почему r0
остается неоднозначным. Я использовал трюк с ограничением , и моя интуиция заключается в том, что заголовок экземпляра должен совпадать, тогда проверщик типов найдет r0 ~ Person
в предварительных условиях, и это устранит неоднозначность.
Если я перехожу (HasField k r v, x ~ r)
на это, (HasField k r v, Glass x ~ Glass r)
это устраняет неоднозначность и компилируется нормально. Но почему это работает, и почему это не работает по-другому?
источник