J'ai cherché dans Google pour trouver les différences entre a case classet a class. Tout le monde mentionne que lorsque vous souhaitez effectuer une correspondance de modèle sur la classe, utilisez la classe de cas. Sinon, utilisez des classes et mentionnez également des avantages supplémentaires...
Existe-t-il des directives de bonnes pratiques sur le moment d'utiliser des classes de cas (ou des objets de cas) par rapport à l'extension de l'énumération dans Scala? Ils semblent offrir certains des mêmes
Lorsqu'une classe de cas a de nombreux champs et que leurs noms sont longs, il est souvent judicieux d'écrire chaque champ dans chaque ligne comme: case class Person ( name: String, age: Int ) Cela ressemble à la structdéfinition C / C ++ et est totalement lisible même lorsque la classe de cas...
Disons que j'ai les deux suivants case class: case class Address(street: String, city: String, state: String, zipCode: Int) case class Person(firstName: String, lastName: String, address: Address) et l'instance de Personclasse suivante: val raj = Person("Raj", "Shekhar", Address("M Gandhi Marg",...
J'ai une liste d'instances de classe de cas scala simples et je veux les imprimer dans un ordre lexicographique prévisible en utilisant list.sorted, mais je reçois "Aucun ordre implicite défini pour ...". Existe-t-il un implicite qui fournit un ordre lexicographique pour les classes de cas?...
Si vous écrivez du code qui utilise beaucoup de belles structures de données immuables, les classes de cas semblent être une aubaine, vous offrant tout ce qui suit gratuitement avec un seul mot-clé: Tout est immuable par défaut Getters définis automatiquement Implémentation décente de toString ()...
J'ai une application basée sur Squeryl. Je définis mes modèles comme des classes de cas, surtout parce que je trouve pratique d'avoir des méthodes de copie. J'ai deux modèles strictement liés. Les champs sont identiques, de nombreuses opérations sont communes et doivent être stockées dans la même...