Pesquisei no Google para encontrar as diferenças entre a case classe a class. Todo mundo menciona que, quando você deseja fazer a correspondência de padrões na classe, use a classe de caso. Caso contrário, use classes e também mencione algumas vantagens extras, como iguais e substituição de código...
Existem diretrizes de boas práticas sobre quando usar classes de caso (ou objetos de caso) versus estender a enumeração no Scala? Eles parecem oferecer alguns dos mesmos
Quando uma classe de caso tem muitos campos e seus nomes são longos, geralmente é uma boa idéia escrever cada campo em cada linha, como: case class Person ( name: String, age: Int ) Isso se assemelha à structdefinição de C / C ++ e é totalmente legível, mesmo quando a classe de caso se torna...
Digamos que eu tenho as seguintes duas case classes: case class Address(street: String, city: String, state: String, zipCode: Int) case class Person(firstName: String, lastName: String, address: Address) e a seguinte instância da Personclasse: val raj = Person("Raj", "Shekhar", Address("M...
Eu tenho uma lista de instâncias de classe de caso scala simples e quero imprimi-las em ordem lexicográfica previsível usando list.sorted, mas recebo "Nenhum pedido implícito definido para ...". Existe um implícito que fornece ordenação lexicográfica para classes de caso? Existe uma maneira...
Se você está escrevendo um código que usa muitas estruturas de dados lindas e imutáveis, as classes de caso parecem ser uma dádiva de Deus, oferecendo a você todos os itens a seguir gratuitamente com apenas uma palavra-chave: Tudo imutável por padrão Getters definidos
Tenho um aplicativo baseado no Squeryl. Eu defino meus modelos como classes de caso, principalmente porque acho conveniente ter métodos de cópia. Tenho dois modelos estritamente relacionados. Os campos são os mesmos, muitas operações são comuns e devem ser armazenadas na mesma tabela de banco...