Wziąłem spojrzeć na listę badań wykonanych na scala-lang.org i zauważyłem dziwną pytanie: „ «Czy możesz wymienić wszystkich zastosowań»_ ”. Czy możesz? Jeśli tak, zrób to tutaj. Doceniane są przykłady wyjaśniające.
Wziąłem spojrzeć na listę badań wykonanych na scala-lang.org i zauważyłem dziwną pytanie: „ «Czy możesz wymienić wszystkich zastosowań»_ ”. Czy możesz? Jeśli tak, zrób to tutaj. Doceniane są przykłady wyjaśniające.
Odpowiedzi:
Te, o których mogę myśleć, to
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
Mogą istnieć inne, o których zapomniałem!
Przykład pokazujący, dlaczego foo(_)
i foo _
są różne:
Ten przykład pochodzi z 0__ :
trait PlaceholderExample {
def process[A](f: A => Unit)
val set: Set[_ => Unit]
set.foreach(process _) // Error
set.foreach(process(_)) // No Error
}
W pierwszym przypadku process _
reprezentuje metodę; Scala przyjmuje metodę polimorficzną i próbuje uczynić ją monomorficzną, wypełniając parametr type, ale zdaje sobie sprawę, że nie ma typu, który można by wypełnić A
, który da typ (_ => Unit) => ?
(Existential _
nie jest typem).
W drugim przypadku process(_)
jest lambda; pisząc lambda bez jawnego typu argumentu, Scala wybiera typ z argumentu, który się foreach
spodziewa, i _ => Unit
jest typem (podczas gdy zwykły _
nie jest), więc można go podstawić i wywnioskować.
To może być najtrudniejsza gotcha w Scali, jaką kiedykolwiek spotkałem.
Zauważ, że ten przykład kompiluje się w 2.13. Zignoruj to, jakby zostało przypisane do podkreślenia.
val x: Any = _
println _
i println(_)
są różne. Widać to na przykład w tym, że traktują one typy egzystencjalne i polimorficzne nieco inaczej. Wkrótce podam przykład.
Z (mojego wpisu) w FAQ , które z pewnością nie gwarantuję, że są kompletne (dodałem dwa wpisy zaledwie dwa dni temu):
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+)
To także część tego pytania .
var i: Int = _
lub specjalny przypadek dopasowania wzoru val (a, _) = (1, 2)
lub specjalny przypadek odrzuconego valfor (_ <- 1 to 10) doIt()
def f: T; def f_=(t: T)
kombinacja do tworzenia modyfikowalnego elementu F.
_
nazwy metod oszukują. Ale cóż, ok. Mam tylko nadzieję, że ktoś inny zaktualizuje FAQ ... :-)
Doskonałym wyjaśnieniem zastosowania podkreślenia jest magia Scala _ [podkreślenie] .
Przykłady:
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))
W Scali _
działa podobnie jak *
w Javie podczas importowania pakietów.
// 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 => _ , _ }
W Scali getter i setter będą domyślnie zdefiniowane dla wszystkich nieprywatnych zmiennych w obiekcie. Nazwa gettera jest taka sama jak nazwa zmiennej i _=
jest dodawana do nazwy setera.
class Test {
private var a = 0
def age = a
def age_=(n:Int) = {
require(n>0)
a = n
}
}
Stosowanie:
val t = new Test
t.age = 5
println(t.age)
Jeśli spróbujesz przypisać funkcję do nowej zmiennej, funkcja zostanie wywołana, a wynik zostanie przypisany do zmiennej. To zamieszanie występuje z powodu opcjonalnych nawiasów klamrowych do wywołania metody. Powinniśmy użyć _ po nazwie funkcji, aby przypisać ją do innej zmiennej.
class Test {
def fun = {
// Some code
}
val funLike = fun _
}
List(1,2,3,4,5).foreach(print(_))
przypadku jest to o wiele bardziej czytelne List(1,2,3,4,5).foreach(print)
, wcale tak naprawdę nie potrzebujesz podkreślenia, ale myślę, że to tylko kwestia stylu
Jest jedno użycie, które widzę, że wszyscy tutaj zapomnieli wymienić ...
Zamiast tego:
List("foo", "bar", "baz").map(n => n.toUpperCase())
Możesz po prostu to zrobić:
List("foo", "bar", "baz").map(_.toUpperCase())
n => n
Oto kilka przykładów _
użycia:
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)
We wszystkich powyższych przykładach jeden znak podkreślenia reprezentuje element na liście (w celu zmniejszenia pierwszy znak podkreślenia reprezentuje akumulator)
Oprócz zastosowań , o których wspomniał JAiro, podoba mi się ten:
def getConnectionProps = {
( Config.getHost, Config.getPort, Config.getSommElse, Config.getSommElsePartTwo )
}
Jeśli ktoś potrzebuje wszystkich właściwości połączenia, może:
val ( host, port, sommEsle, someElsePartTwo ) = getConnectionProps
Jeśli potrzebujesz tylko hosta i portu, możesz:
val ( host, port, _, _ ) = getConnectionProps
Istnieje konkretny przykład użycia „_”:
type StringMatcher = String => (String => Boolean)
def starts: StringMatcher = (prefix:String) => _ startsWith prefix
może być równy:
def starts: StringMatcher = (prefix:String) => (s)=>s startsWith prefix
Zastosowanie „_” w niektórych scenariuszach spowoduje automatyczną konwersję na „(x $ n) => x $ n”