Aux prises avec DataTables en Java

Question

Je suis un développeur .NET essayer ma main à Java. Mon projet actuel a une couche d'interface, couche logique métier, et une couche d'accès aux données. Je travaille actuellement sur le DAL.

Je ne suis pas encore se connecter à une base de données externe; Je l'avais espéré avoir mes classes DAL utilisent datatables en mémoire jusqu'à ce que la DB est en place.

Dans .NET, il est très facile de faire datatables en mémoire, sélectionnez d'eux, les ajouter, et retirer d'eux. Mais, en Java, je suis incapable de trouver quelque chose qui fait la même chose.

J'envisage de remplacer les « datatables » avec une collection d'objets fortement typés; mais cela nécessiterait l'ajout de références à la couche d'affaires à l'intérieur de la DAL (et je pensais que c'était un non-non).

Quelqu'un peut-il aider un développeur sur confus? Si cette approche globale est erronée, que feriez-vous? Si j'ai raté l'équivalent d'un dataTable en Java - quel est-il

Answer 1

Voici un article sur l'exécution d'une base de données Derby en mémoire.

Si je sais quelle base de données et quelle ténacité bibliothèque vous utilisez, je pourrais être en mesure de donner une réponse plus précise.

Answer 2

Vous pouvez utiliser une base de données de mémoire comme décrit dans cette réponse .

Une comparaison des différentes bases de données de mémoire est représenté sur la cette question SO .

Answer 3

  

I ai envisagé de remplacer le   « » datatables avec une collection de   des objets fortement typés; mais ce serait   exiger l'ajout de références aux entreprises   couche intérieure du DAL (et je pensais   qui était un non-non).

Qui fait ces règles?

Si votre couche d'accès aux données est responsable des opérations CRUD pour les objets du modèle, il me semble qu'il doit avoir des références à eux. Il n'y a pas moyen de contourner cela.

Le niveau persistance pas besoin de savoir sur les couches de service ou vue.

La seule classe complètement découplé est celui qui parle à personne et offre rien. Il ne sert à rien.

Ne soyez pas si accroché sur les « règles ». Vous essayez de la couche application. Vous mettez tout ce qui concerne la persistance dans une couche de classes.

Je ne pense pas que la base de données en mémoire a un effet sur la façon dont vous concevez le niveau de persistance. Vous devriez être en mesure d'échanger dans une base de données relationnelle ou un fichier plat ou tout autre mécanisme, mais l'interface ne devrait pas changer. C'est un détail de mise en œuvre.

Answer 4

OR / Mme étaient disponibles beaucoup plus tôt dans Java que .NET. DataSets sont faussés en ce qu'ils vous obligent à programmer la procédure. Essayez d'interagir avec les objets et la carte ceux de la DB plus tard.