型上の境界と比較するとき、Scalaで型クラスの使用を動かすのに問題があります。これら二つのリストが同様の問題を解決しながら1が数値型クラスを使用し、他の種類のパラメータの上限を使用して、Scalaの型クラスの動機は何ですか?
case class NumList[T <: Complex](xs: Complex*) {
def sum = (xs fold new Complex(0, 0))(_ + _)
def map[U <: Complex](f: Complex => U): NumList[U] = NumList(xs.map(f): _*)
override def toString = "[" + xs.mkString(", ") + "]"
}
case class GenList[T](xs: T*) {
def sum(implicit num: Numeric[T]) = xs.sum
def map[U](f: T => U) = GenList(xs.map(f): _*)
override def toString = "[" + xs.mkString(", ") + "]"
}
val r = new Real(2)
val n = new Natural(10)
val comps = NumList(r, n, r, n)
println(comps)
println("sum: " + comps.sum)
println("sum * 2: " + comps.map(x => x + x).sum)
val comps2 = GenList(4, 3.0, 10l, 3d)
println(comps2)
println("sum: " + comps2.sum)
println("sum * 2: " + comps2.map(_ * 2).sum)
:
は、次のコードを考えてみましょう。私は技術的な違いをよく理解していますが、タイプクラスの中核となる動機づけに苦労しています。 これまでに私が見つけた最高の動機は次のとおりです:
インターフェイスをサブクラス化または実装するとほとんど同じデザインを行うことができますが、タイプクラスではメソッドごとにタイプのフィーチャを指定できます。型がT
で上限がU
のジェネリッククラスは、どこでも使用されています。T
これを念頭に置いて、タイプクラスは、ジェネリッククラスのTのフィーチャをより細かく制御します。
パターンを動かす非常に明確な例はありますか?
これは正確な推論です。一般的に、型クラスはScalaにあり、より簡潔にすることができます。彼らはエンコードされているので、はるかに柔軟に使用できるようになり、vanilla Haskellのようなものになる可能性がありますが、Haskellの実装ははるかに簡潔です。もう一つの良い例は、あなたの階層にシリアル化のようなものを追加することです。階層の最上部へのインタフェースを追加すると、古いクラスがすべて破損します。型クラスを使用すると、機能を段階的に、具体的には必要な型だけに実装できます。 – jroesch
@jroeschと同じように、タイプクオをパターン(すなわち言語機能ではない)としてスカラーで実装しているという事実を強調するのは有益ですが、その概念が埋め込まれている他の言語(例えばhaskell)言語そのもの。例えば、haskellはOO言語ではなく、継承メカニズムはないため、異なる型のカスタム関数実装によって共通の機能を派生させるためにtypecass機能が使用されます。そのため、オブジェクト継承と機能が重複しているところで、型付けがスカラー上で重複しているように見えることがあります。 –
非常に良い。私はこれをしばらく残して、自分の疑問に戻って動機付けようとしました。私は非常によく似た議論を思いついた。ニース! – Felix