2010-04-08 11 views

risposta

7

In 2.8, si sarebbe probabilmente utilizzare metodi:

scala> val a = "ABCDEF".toList.map(_.toString) 
a: List[java.lang.String] = List(A, B, C, D, E, F) 

scala> a.grouped(2).partialMap{ case List(a,b) => (a,b) }.toList 
res0: List[(java.lang.String, java.lang.String)] = List((A,B), (C,D), (E,F)) 

(Questo è 2.8.0 Beta1: l'ultimo baule ha collect in sostituzione di partialMap.)

In 2.7 - e non è una cattiva runner-up in 2,8 - si potrebbe creare un metodo ricorsivo come legoscia fatto:

def zipPairs[A](la : List[A]): List[(A,A)] = la match { 
    case a :: b :: rest => (a,b) :: zipPairs(rest) 
    case _ => Nil 
} 

scala> zipPairs(a) 
res1: List[(java.lang.String, java.lang.String)] = List((A,B), (C,D), (E,F)) 

Edit: ecco un altro approccio più breve che funziona su 2.7 anche:

scala> (a zip a.drop(1)).zipWithIndex.filter(_._2 % 2 == 0).map(_._1) 
res2: List[(java.lang.String, java.lang.String)] = List((A,B), (C,D), (E,F)) 

(noti l'uso di drop(1) invece di tail quindi funziona con liste vuote.)

4

testato:

def ziptwo(l: List[String]): List[(String, String)] = l match { 
    case Nil => Nil 
    case a :: b :: rest => 
     Pair(a,b) :: ziptwo(rest) 
} 
+2

Questo non funziona per lunghi elenchi in quanto non è ricorsivo coda. –

4

in Scala 2.8 si può fare:

def pairs[T](xs: List[T]) = 
    xs.grouped(2) 
    .map{case List(a, b) => (a,b)} 
    .toList 
+0

Shucks, mi ha battuto di 34 secondi! :) Tu vuoi 'partialMap' /' collect', però, o genererà un'eccezione sugli elenchi di lunghezza dispari. –

+3

Si potrebbe chiamare un bug o una funzionalità :-) –

1
def pairify[T](list: List[T]): List[(T, T)] = list match { 
    case Nil => Nil 
    case x :: y :: xs => (x, y) :: pairify(xs) 
    case _ => error("odd length list!") 
} 
3

l'unico vantaggio di h far sì che tutti escano con i modi più ovvi per farlo è che devo pensare più duramente a soluzioni alternative. Quindi eccone uno che funziona su Scala 2.8. Su Scala 2.7, sostituire view con projection.

def everyNofM[T](l: List[T], n: Int, m: Int) = 
    l.view.zipWithIndex.filter(_._2 % m == n).map(_._1) 
def evens[T](l: List[T]) = everyNofM(l, 0, 2) 
def odds[T](l: List[T]) = everyNofM(l, 1, 2) 
def zip[T](l: List[T]) = evens(l) zip odds(l) toList 

in senso stretto, view/projection è inutile, ma evita inutile creazione di risultati intermedi.

Altri modi divertenti di farlo:

def zip[T](l: List[T]) = l.indices.partition(_ % 2 == 0).zipped.map(
    (x: Int, y: Int) => (l(x), l(y)) 
).toList 

def zip[T](l: List[T]) = l.zipWithIndex.partition(_._2 % 2 == 0).zipped.map(
    (x, y) => (x._1, y._1) 
) 

PS: punto di bonus per chi ottiene il gioco di parole. ;-)

+1

+1, rigoroso? [Filler da 15 caratteri] – missingfaktor

1

Questo permette coppie incomplete:

def pairwise [T] (xs: List[T]) : List [(Option[T], Option[T])] = xs match { 
    case (x :: y :: xsr) => (Some (x), Some (y)) :: pairwise (xsr)    
    case (x :: Nil) => List ((Some (x), None))         
    case (_) => Nil } 
+1

Penso che un 'paio' di' opzione' sia una cattiva scelta. Che ne dite invece di un 'List [O [Pair [T, T], Tuple1 [T]]]'? –

+0

Perché una coppia di opzioni è una cattiva scelta? Perché potresti avere un paio di Nones? Sì, non è bello, ma si mantengono le informazioni da cui proviene un elemento: [codice] Elenco ((Alicia, Nuovo Messico), (Stefan, Berlino), (Parigi)) // Paris Hilton o Parigi/Francia?Elenco ((Alicia, Nuovo Messico), (Stefan, Berlino), (Nessuno, Parigi)) Elenco ((Alicia, Nuovo Messico), (Stefan, Berlino), (Parigi, Nessuno)) [/ code] Nel secondo esempio nessuna informazione è persa. –

Problemi correlati