私はscala-lang.orgで行われた調査のリストを見て、「_」のすべての使用に名前を付けられますか?」という奇妙な質問に気づきました。あなたはできる?はいの場合は、こちらから行ってください。説明例は高く評価されます。
私はscala-lang.orgで行われた調査のリストを見て、「_」のすべての使用に名前を付けられますか?」という奇妙な質問に気づきました。あなたはできる?はいの場合は、こちらから行ってください。説明例は高く評価されます。
回答:
私が考えることができるものは
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
私が忘れてしまった他の人がいるかもしれません!
理由foo(_)
とfoo _
違いを示す例:
この例は0__からのものです。
trait PlaceholderExample {
def process[A](f: A => Unit)
val set: Set[_ => Unit]
set.foreach(process _) // Error
set.foreach(process(_)) // No Error
}
最初のケースでprocess _
は、メソッドを表します。Scalaはポリモーフィックなメソッドを取り、typeパラメーターを入力することでそれをモノモーフィックにしようとしますが、入力できる型がないことを認識してA
います(_ => Unit) => ?
(Existential _
は型ではありません)。
2番目のケースでprocess(_)
は、ラムダです。明示的な引数型とラムダを書き込むときに、Scalaは引数からその型を推論foreach
を期待し、そして_ => Unit
ある(単純に一方のタイプ_
ではない)、それは置換推測できるように、。
これは、私が今まで遭遇したScalaの中で最もトリッキーな問題かもしれません。
この例は2.13でコンパイルされることに注意してください。アンダースコアに割り当てられたように無視します。
val x: Any = _
println _
とprintln(_)
は異なります。たとえば、存在型と多態型をわずかに異なる方法で処理することで、これを確認できます。少し例を考えます。
FAQの(私のエントリ)から、確実に完了することは保証されません(2日前に2つのエントリを追加しました)。
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+)
これもこの質問の一部です。
var i: Int = _
か、パターンマッチングval (a, _) = (1, 2)
の特別なケースまたは破棄されたvalの特別なケースfor (_ <- 1 to 10) doIt()
def f: T; def f_=(t: T)
、変更可能なfメンバーを作成するためのコンボ。
_
、メソッド名については不正行為です。しかし、まあ、大丈夫です。誰か他の人がFAQを更新してほしいと思います... :-)
アンダースコアの使い方の優れた説明は、Scala _ [アンダースコア]マジックです。
例:
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))
Scalaでは、パッケージのインポート時にJava _
と同様に機能*
します。
// 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 => _ , _ }
Scalaでは、ゲッターとセッターはオブジェクト内のすべての非プライベート変数に対して暗黙的に定義されます。ゲッター名は変数名と同じ_=
で、セッター名に追加されます。
class Test {
private var a = 0
def age = a
def age_=(n:Int) = {
require(n>0)
a = n
}
}
使用法:
val t = new Test
t.age = 5
println(t.age)
関数を新しい変数に割り当てようとすると、関数が呼び出され、結果が変数に割り当てられます。この混乱は、メソッド呼び出しのオプションの括弧が原因で発生します。別の変数に割り当てるには、関数名の後に_を使用する必要があります。
class Test {
def fun = {
// Some code
}
val funLike = fun _
}
List(1,2,3,4,5).foreach(print(_))
それを行う方がはるかに読みやすいですList(1,2,3,4,5).foreach(print)
、あなたは本当にアンダースコアをまったく必要としませんが、それは単にスタイルの問題だと思います
ここにいる全員がリストするのを忘れているように見える1つの使用法があります...
これを行うのではなく:
List("foo", "bar", "baz").map(n => n.toUpperCase())
あなたは単にこれを行うことができます:
List("foo", "bar", "baz").map(_.toUpperCase())
n => n
JAiroが述べた使用法に加えて、私はこれが好きです:
def getConnectionProps = {
( Config.getHost, Config.getPort, Config.getSommElse, Config.getSommElsePartTwo )
}
誰かがすべての接続プロパティを必要とする場合、彼は行うことができます:
val ( host, port, sommEsle, someElsePartTwo ) = getConnectionProps
ホストとポートだけが必要な場合は、次のようにできます。
val ( host, port, _, _ ) = getConnectionProps
「_」が使用される特定の例があります:
type StringMatcher = String => (String => Boolean)
def starts: StringMatcher = (prefix:String) => _ startsWith prefix
等しいかもしれません:
def starts: StringMatcher = (prefix:String) => (s)=>s startsWith prefix
一部のシナリオで「_」を適用すると、自動的に「(x $ n)=> x $ n」に変換されます