Luchando con tablas de datos en Java

Question

yo soy un desarrollador .NET tratando mi mano en Java. Mi proyecto actual tiene una capa de interfaz de usuario, la capa de lógica de negocios, y una capa de acceso a datos. Actualmente estoy trabajando en el DAL.

No estoy conectando a una base de datos externa sin embargo; Tenía la esperanza de que mis clases DAL utilizan tablas de datos en memoria hasta que el DB está en su lugar.

En .NET es muy fácil de hacer tablas de datos en memoria, seleccione una de ellas, se suman a ellos, y retirar de ellos. Pero, en Java, no he podido encontrar algo que hace lo mismo.

Yo estaba considerando la sustitución de las tablas de datos '' con una colección de objetos con establecimiento inflexible; Pero eso requeriría la adición de referencias a negocios en el interior de la capa DAL (y pensé que era un no-no).

Alguien puede ayudar a cabo un desarrollador confundido? Si está viciado todo este planteamiento, ¿qué harías? Si echaba de menos el equivalente a un dataTable en Java - ¿qué es lo

Answer 1

He aquí un artículo en el funcionamiento de una base de datos Derby en memoria.

Si supiera lo que la base de datos y lo que la persistencia de la biblioteca que está usando, podría ser capaz de dar una respuesta más precisa.

Answer 2

Se podría utilizar una base de datos de memoria, como se describe en esta respuesta .

Una comparación de diferentes bases de datos de memoria se muestra en la esta pregunta SO .

Answer 3

  

I estaba teniendo en cuenta la sustitución de la   '' Tablas de datos con una colección de   inflexible de tipos de objetos; Pero eso sería   requerir la adición de referencias a negocios   capa interior de la DAL (y pensamiento I   que era un no-no).

¿Quién hace estas reglas?

Si su capa de acceso de datos es responsable de las operaciones CRUD para los objetos del modelo, me parece que tiene que tener referencias a ellos. No hay forma de evitar eso.

El nivel de necesidad de persistencia no saber acerca de las capas de servicios o ver.

La clase desacoplado completamente única es uno que habla con nadie y no ofrece nada. Es inútil.

No sea tan colgado en "reglas". Usted está tratando a la capa de la aplicación. Estás poniendo todas las cosas acerca de la persistencia en una capa de clases.

No creo base de datos en memoria tiene ningún efecto sobre la forma en que el diseño de la capa de persistencia. Usted debe ser capaz de cambiar de una base de datos relacional o archivo plano o cualquier otro mecanismo, pero la interfaz no debe cambiar. Eso es un detalle de implementación.

Answer 4

O / Sra estaban disponibles mucho antes en Java que en .NET. Conjuntos de datos son defectuosos en cuanto a que le obligan a programar procesalmente. Trate de interactuar con los objetos y el mapa de los a la base de datos más adelante.