Ho dato un'occhiata all'elenco dei sondaggi condotti su scala-lang.org e ho notato una domanda curiosa: " Puoi nominare tutti gli usi di" _ "? ". Puoi? Se sì, per favore fallo qui. Sono apprezzati esempi esplicativi.
Ho dato un'occhiata all'elenco dei sondaggi condotti su scala-lang.org e ho notato una domanda curiosa: " Puoi nominare tutti gli usi di" _ "? ". Puoi? Se sì, per favore fallo qui. Sono apprezzati esempi esplicativi.
Risposte:
Quelle a cui riesco a pensare sono
def foo(l: List[Option[_]]) = ...
case class A[K[_],T](a: K[T])
val _ = 5
List(1, 2, 3) foreach { _ => println("Hi") }
trait MySeq { _: Seq[_] => }
Some(5) match { case Some(_) => println("Yes") }
"abc" match { case s"a$_c" => }
C(1, 2, 3) match { case C(vs @ _*) => vs.foreach(f(_)) }
import java.util._
import java.util.{ArrayList => _, _}
def bang_!(x: Int) = 5
def foo_=(x: Int) { ... }
List(1, 2, 3) map (_ + 2)
List(1, 2, 3) foreach println _
def toFunction(callByName: => Int): () => Int = callByName _
var x: String = _ // unloved syntax may be eliminated
Potrebbero essercene altri che ho dimenticato!
Esempio che mostra perché foo(_)
e foo _
sono diversi:
Questo esempio viene da 0__ :
trait PlaceholderExample {
def process[A](f: A => Unit)
val set: Set[_ => Unit]
set.foreach(process _) // Error
set.foreach(process(_)) // No Error
}
Nel primo caso, process _
rappresenta un metodo; Scala prende il metodo polimorfico e tenta di renderlo monomorfo compilando il parametro type, ma si rende conto che non esiste un tipo che può essere compilato per A
dare il tipo (_ => Unit) => ?
(Existential _
non è un tipo).
Nel secondo caso, process(_)
è una lambda; quando si scrive un lambda senza un tipo di argomento esplicito, Scala deduce il tipo dall'argomento che si foreach
aspetta ed _ => Unit
è un tipo (mentre semplicemente _
non lo è), quindi può essere sostituito e dedotto.
Questo potrebbe essere il gotcha più difficile che abbia mai incontrato.
Si noti che questo esempio viene compilato in 2.13. Ignoralo come se fosse stato assegnato al carattere di sottolineatura.
val x: Any = _
println _
e println(_)
sono diversi. Puoi vederlo per esempio nel fatto che gestiscono i tipi esistenziali e polimorfici in modo leggermente diverso. Ne verrà fuori un esempio tra poco.
Da (la mia voce) nelle FAQ , che certamente non garantisco di essere completo (ho aggiunto due voci solo due giorni fa):
import scala._ // Wild card -- all of Scala is imported
import scala.{ Predef => _, _ } // Exception, everything except Predef
def f[M[_]] // Higher kinded type parameter
def f(m: M[_]) // Existential type
_ + _ // Anonymous function placeholder parameter
m _ // Eta expansion of method into method value
m(_) // Partial function application
_ => 5 // Discarded parameter
case _ => // Wild card pattern -- matches anything
val (a, _) = (1, 2) // same thing
for (_ <- 1 to 10) // same thing
f(xs: _*) // Sequence xs is passed as multiple parameters to f(ys: T*)
case Seq(xs @ _*) // Identifier xs is bound to the whole matched sequence
var i: Int = _ // Initialization to the default value
def abc_<>! // An underscore must separate alphanumerics from symbols on identifiers
t._2 // Part of a method name, such as tuple getters
1_000_000 // Numeric literal separator (Scala 2.13+)
Anche questo fa parte di questa domanda .
var i: Int = _
o il caso speciale di pattern matching val (a, _) = (1, 2)
o il caso speciale di scartato valfor (_ <- 1 to 10) doIt()
def f: T; def f_=(t: T)
combo per la creazione di un membro f mutabile.
_
sui nomi dei metodi è barare. Ma bene. Spero solo che qualcun altro aggiorni le FAQ ... :-)
Un'ottima spiegazione degli usi del trattino basso è la magia di Scala _ [trattino basso] .
Esempi:
def matchTest(x: Int): String = x match {
case 1 => "one"
case 2 => "two"
case _ => "anything other than one and two"
}
expr match {
case List(1,_,_) => " a list with three element and the first element is 1"
case List(_*) => " a list with zero or more elements "
case Map[_,_] => " matches a map with any key type and any value type "
case _ =>
}
List(1,2,3,4,5).foreach(print(_))
// Doing the same without underscore:
List(1,2,3,4,5).foreach( a => print(a))
In Scala, si _
comporta in modo simile a *
Java durante l'importazione dei pacchetti.
// Imports all the classes in the package matching
import scala.util.matching._
// Imports all the members of the object Fun (static import in Java).
import com.test.Fun._
// Imports all the members of the object Fun but renames Foo to Bar
import com.test.Fun.{ Foo => Bar , _ }
// Imports all the members except Foo. To exclude a member rename it to _
import com.test.Fun.{ Foo => _ , _ }
In Scala, un getter e un setter saranno implicitamente definiti per tutti i var non privati in un oggetto. Il nome getter è uguale al nome della variabile e _=
viene aggiunto per il nome del setter.
class Test {
private var a = 0
def age = a
def age_=(n:Int) = {
require(n>0)
a = n
}
}
Uso:
val t = new Test
t.age = 5
println(t.age)
Se si tenta di assegnare una funzione a una nuova variabile, la funzione verrà invocata e il risultato verrà assegnato alla variabile. Questa confusione si verifica a causa delle parentesi graffe opzionali per l'invocazione del metodo. Dovremmo usare _ dopo il nome della funzione per assegnarlo a un'altra variabile.
class Test {
def fun = {
// Some code
}
val funLike = fun _
}
List(1,2,3,4,5).foreach(print(_))
è molto più leggibile da fare List(1,2,3,4,5).foreach(print)
, non hai nemmeno bisogno del carattere di sottolineatura, ma immagino che sia solo una questione di stile
C'è un utilizzo che posso vedere tutti qui sembra aver dimenticato di elencare ...
Invece di fare questo:
List("foo", "bar", "baz").map(n => n.toUpperCase())
Puoi semplicemente farlo:
List("foo", "bar", "baz").map(_.toUpperCase())
n => n
Ecco alcuni altri esempi in cui _
viene utilizzato:
val nums = List(1,2,3,4,5,6,7,8,9,10)
nums filter (_ % 2 == 0)
nums reduce (_ + _)
nums.exists(_ > 5)
nums.takeWhile(_ < 8)
In tutti gli esempi precedenti, un carattere di sottolineatura rappresenta un elemento nell'elenco (per ridurre il primo carattere di sottolineatura rappresenta l'accumulatore)
Oltre agli usi citati da JAiro, mi piace questo:
def getConnectionProps = {
( Config.getHost, Config.getPort, Config.getSommElse, Config.getSommElsePartTwo )
}
Se qualcuno ha bisogno di tutte le proprietà di connessione, può fare:
val ( host, port, sommEsle, someElsePartTwo ) = getConnectionProps
Se hai bisogno solo di un host e una porta, puoi fare:
val ( host, port, _, _ ) = getConnectionProps
C'è un esempio specifico che utilizza "_":
type StringMatcher = String => (String => Boolean)
def starts: StringMatcher = (prefix:String) => _ startsWith prefix
può essere uguale a:
def starts: StringMatcher = (prefix:String) => (s)=>s startsWith prefix
L'applicazione di "_" in alcuni scenari verrà automaticamente convertita in "(x $ n) => x $ n"