私は今日Scalaクラスを定義しています。「equalsメソッドとhashCodeメソッドが必要です; copyメソッドも便利です。これをケースクラスに変換します。私のクラスはすでに他のコードを持っていて、決して簡単なものではありません。Scalaケースクラスを定義することは適切ですか？
大したことではありませんが、テキストブックでケースクラスを処理する場合、すべての例で値クラスまたは 'データ転送オブジェクト'として使用するように定義されています。非自明なケースクラスを定義することは適切ですか？上記の思考プロセスはOKか、あるいはケースクラスを違う方法で考える必要がありますか？
case classもvalになっているすべてのそれらの主コンストラクタのパラメータに基づいて、equals、hashCodeとtoString方法を提供します。さらに、オブジェクトコンパニオンは、applyとunapplyのメソッドを取得します。これらのメソッドもメインコンストラクタのパラメータに基づいています。
また、case classは、SerializableおよびProductから継承しており、他のクラスで拡張しないでください。
これらのすべてがクラスに適している場合は、それを「ケースクラス」として宣言してください。
気温が無料、子孫を持たない場合ケースクラスを拡張することは悪い考えです。
これは推奨されていません。 class：class class ClassクラスClassの祖先クラスclass Fooを持ちます。これは、使用法と実装の両方を過度に複雑にすることで廃止されました。代わりに、リーフ以外のノードでパターンマッチングのためにエクストラクタを使用する必要があります。 caseクラスBar（オーバーライドval x：String）はFoo（ "Some string"）を拡張します – Janx
実際、Daniel Sobralの答えはより詳細で、おそらく私の代わりにそれを受け入れるべきです。 –
するでしょう、Alexey。ありがとう。 – David