2011-12-22 9 views
36

Dopo aver letto il file ghc 7.4. note pre-rilascio e il documento Giving Haskell a Promotion, sono ancora confuso su ciò che effettivamente si fa con i tipi promossi. Ad esempio, il manuale di GHC ha pronunciato la seguente esempi sui tipi di dati promosse:Promozione tipo di dati per le persone con problemi di dipendenza

data Nat = Ze | Su Nat 

data List a = Nil | Cons a (List a) 

data Pair a b = Pair a b 

data Sum a b = L a | R b 

Che tipo di usi fare queste hanno come genere? Puoi dare esempi (di codice)?

+2

Questa è una buona domanda. Un modo per costruire una buona risposta potrebbe essere quello di tradurre i file di esempio che si ottengono quando si "installa la cabala". Potrei pubblicare il codice SHE, come esercizio per il lettore: sarebbe utile? Sto provando ad installare 7.4 proprio ora, ma sto eseguendo Leopard e temo un risultato negativo. – pigworker

+1

@pigworker, ho cercato di dare un'occhiata agli esempi SHE e penso di aver fatto alcune parti, ma un semplice esempio di SHE con un po 'di "commenti per i manichini" sarebbe probabilmente anche bello. – aleator

risposta

2

Nat può essere ad es. utilizzato per costruire vettori numerici che possono essere aggiunti solo se hanno la stessa lunghezza, controllati allo tempo di compilazione.

8

Ci sono almeno due esempi nella carta stessa:

"1. Introduzione" dice: "Per esempio, potremmo essere in grado di garantire [in fase di compilazione] che un presunto albero rosso-nero ha davvero la proprietà rosso-nero ".

"2.1 Promoting datatypes" illustra i vettori indicizzati in base alla lunghezza (ovvero i vettori con errori "index out of bounds" in fase di compilazione).

Puoi anche dare un'occhiata ai lavori precedenti in questa direzione, ad es. Libreria HList per liste eterogenee sicure per tipo e collezioni estensibili. Oleg Kiselyov ha molte opere correlate. Puoi anche leggere i lavori sulla programmazione con tipi dipendenti. http://www.seas.upenn.edu/~sweirich/ssgip/main.pdf ha esempi introduttivi per calcoli a livello di codice in Agda, ma questi possono essere applicati anche ad Haskell.

Approssimativamente, l'idea è che per gli elenchi head venga fornito un tipo più preciso. Invece di

head :: List a -> a 

è

head :: NotEmptyList a -> a 

La funzione testa Quest'ultimo è più typesafe del fomer: non può mai essere applicato a liste vuote perché causerebbe errori di compilazione.

Sono necessari calcoli a livello di codice per esprimere tipi come NotEmptyList. Digitare classi con dipendenze funzionali, GAGT e famiglie di tipi (indicizzati) forniscono già forme deboli di calcoli a livello di codice per haskell. Il lavoro che hai citato si sviluppa ulteriormente in questa direzione.

Vedere http://www.haskell.org/haskellwiki/Non-empty_list per un'implementazione utilizzando solo classi di tipi Haskell98.

+5

Mi piacerebbe molto vedere l'esempio di albero rosso-nero. – aleator

+1

Potresti espandere un po 'perché hai bisogno di calcoli a livello di tipo per il tipo NotEmptyList? Almeno la pagina wiki che hai menzionato non fa nulla a livello di testo. – aleator

Problemi correlati