Ho il seguente modulo:Come provare la doppia negazione per i booleani di livello testo?
{-# LANGUAGE DataKinds, KindSignatures, TypeFamilies, RoleAnnotations #-}
module Main where
import Data.Coerce (coerce)
-- logical negation for type level booleans
type family Not (x :: Bool) where
Not True = False
Not False = True
-- a 3D vector with a phantom parameter that determines whether this is a
-- column or row vector
data Vector (isCol :: Bool) = Vector Double Double Double
type role Vector phantom
-- convert column to row vector or row to column vector
flipVec :: Vector isCol -> Vector (Not isCol)
flipVec = coerce
-- scalar product is only defined for vectors of different types
-- (row times column or column times row vector)
sprod :: Vector isCol -> Vector (Not isCol) -> Double
sprod (Vector x1 y1 z1) (Vector x2 y2 z2) = x1*x2 + y1*y2 + z1*z2
-- vector norm defined in terms of sprod
norm :: Vector isCol -> Double
-- this definition compiles
norm v = sqrt (v `sprod` flipVec v)
-- this does not (without an additional constraint, see below)
norm v = sqrt (flipVec v `sprod` v)
main = undefined
La seconda definizione di norm
non si compila, perché flipVec v
rendimenti Vector (Not isCol)
e quindi sprod
vuole un Vector (Not (Not isCol))
come secondo argomento:
Main.hs:22:34:
Couldn't match type ‘isCol’ with ‘Not (Not isCol)’
‘isCol’ is a rigid type variable bound by
the type signature for norm :: Vector isCol -> Double
at Main.hs:20:9
Expected type: Vector (Not (Not isCol))
Actual type: Vector isCol
Relevant bindings include
v :: Vector isCol (bound at Main.hs:22:6)
norm :: Vector isCol -> Double (bound at Main.hs:22:1)
In the second argument of ‘sprod’, namely ‘v’
In the first argument of ‘sqrt’, namely ‘(flipVec v `sprod` v)’
naturalmente potrei aggiungere il vincolo isCol ~ Not (Not isCol)
al tipo di norm
:
norm :: isCol ~ Not (Not isCol) => Vector isCol -> Double
Nel sito di chiamata, il valore effettivo di isCol
è noto e il compilatore vedrà che questo vincolo è effettivamente soddisfatto. Ma sembra strano che i dettagli di implementazione di norm
stiano perdendo nella firma del tipo.
La mia domanda: è possibile convincere in qualche modo il compilatore che isCol ~ Not (Not isCol)
è sempre vero, in modo che il vincolo superfluo non è necessario?
Impressionante, grazie! –
È un po 'insoddisfacente che non possiamo eliminare il vincolo (senza imbrogliare) anche se sembra che davvero non abbiamo bisogno del dizionario in fase di runtime. C'è una ragione fondamentale per questo? O quale tipo di miglioramento per GHC sarebbe necessario per evitare il vincolo? –
È un'uguaglianza proposizionale quindi richiede ancora una prova (banale). –