Lutando com Datatables em Java

Question

Eu sou um desenvolvedor .NET tentando Java. Meu projeto atual possui uma camada de interface do usuário, camada lógica de negócios e uma camada de acesso a dados. Atualmente estou trabalhando no DAL.

Ainda não estou me conectando a um banco de dados externo; Eu esperava que minhas aulas de DAL utilizassem dados de dados na memória até que o banco de dados esteja no lugar.

No .NET, é muito fácil fazer dados de dados na memória, selecionar deles, adicionar a eles e remover deles. Mas, em Java, não consegui encontrar algo que faça a mesma coisa.

Eu estava pensando em substituir os 'Datatables' por uma coleção de objetos fortemente digitados; Mas isso exigiria adicionar referências à camada de negócios dentro do DAL (e eu pensei que isso era um não-não).

Alguém pode ajudar um desenvolvedor confuso? Se toda essa abordagem for falha, o que você faria? Se eu perdi o equivalente a um datatable em Java - o que é?

Answer 1

Aqui está um artigo na execução de um banco de dados de Derby na memória.

Se eu soubesse qual banco de dados e qual biblioteca de persistência você está usando, posso dar uma resposta mais precisa.

Answer 2

Você pode usar um banco de dados de memória como descrito em esta resposta.

Uma comparação de diferentes bancos de dados de memória é mostrada em isso é tão pergunta.

Answer 3

Eu estava pensando em substituir os 'Datatables' por uma coleção de objetos fortemente digitados; Mas isso exigiria adicionar referências à camada de negócios dentro do DAL (e eu pensei que isso era um não-não).

Quem compõe essas regras?

Se a sua camada de acesso a dados for responsável pelas operações da CRUD para objetos de modelo, parece -me que ela deve ter referências a eles. Não há como contornar isso.

A camada de persistência não precisa saber sobre o serviço ou ver as camadas.

A única classe completamente desacoplada é aquela que não fala com ninguém e não oferece nada. É inútil.

Não fique tão desligado em "regras". Você está tentando colocar seu aplicativo. Você está colocando todas as coisas sobre persistência em uma camada de classes.

Não acho que o banco de dados na memória tenha nenhum efeito na maneira como você projeta o nível de persistência. Você deve trocar em um banco de dados relacional ou arquivo plano ou qualquer outro mecanismo, mas a interface não deve mudar. Esse é um detalhe de implementação.

Answer 4

Ou/MS estavam disponíveis muito mais cedo em Java do que no .NET. Os conjuntos de dados são falhos, pois o forçam a programar procedimentos. Tente interagir com objetos e mapear -os para o banco de dados posteriormente.