Discussion :

[touftouf57]

Bonjour à tous,

Auriez-vous un bon tuto sous la main concernant la conception, l'architecture, de la couche d'accès aux données en C# sans EntityFramework?

Je me suis orienté vers le DP repository mais j'ai quelques doute sur mon implémentation.
En effet pour la conception de mes objets business, je vais lire une partie dans une base de données (mysql) et le reste dans SqlServer.

J'ai donc des classes Repository. Et dans ces classes repository j'ai des références vers des DAO.

Cependant, mes objets business sont des compositions d'autres objets.
Donc dans mes classes DAO, je fais référence à d'autres DAO.

Trouvez vous cela correct? Ou faut-il passer par les repository?

J'essaye de voir comment concevoir mon archi de telle façon que si une base de données est modifiée, je n'aurais qu'une classe à "ré-implémenter" pour que tout continue de fonctionner.
Mais je tourne en rond, puisque si des données migrent d'une base à l'autre cela fout le bor?!!?

PS: Faites-vous une classe repository ou plusieurs?

Merci.

[DotNetMatt]

Bonjour à tous,

Auriez-vous un bon tuto sous la main concernant la conception, l'architecture, de la couche d'accès aux données en C# sans EntityFramework?

Tu peux regarder cette série :
- High Performance Data Access Layer Architecture Part 1
- High Performance Data Access Layer Architecture Part 2
- High Performance Data Access Layer Architecture Part 3

Je me suis orienté vers le DP repository mais j'ai quelques doute sur mon implémentation.
En effet pour la conception de mes objets business, je vais lire une partie dans une base de données (mysql) et le reste dans SqlServer.

J'ai donc des classes Repository. Et dans ces classes repository j'ai des références vers des DAO.

Cependant, mes objets business sont des compositions d'autres objets.
Donc dans mes classes DAO, je fais référence à d'autres DAO.

Trouvez vous cela correct? Ou faut-il passer par les repository?

Il n'y a rien de choquant à faire cela

J'essaye de voir comment concevoir mon archi de telle façon que si une base de données est modifiée, je n'aurais qu'une classe à "ré-implémenter" pour que tout continue de fonctionner.
Mais je tourne en rond, puisque si des données migrent d'une base à l'autre cela fout le bor?!!?

Avant de te lancer dans le code, il vaut mieux poser tes idées sur papier (ou sur Visio ). Ensuite tu fais un POC avec quelques classes et tu vois si ça marche comme attendu

PS: Faites-vous une classe repository ou plusieurs?

Ca dépend du projet...

[katkiller]

Tu peux regarder cette série :
- High Performance Data Access Layer Architecture Part 1
- High Performance Data Access Layer Architecture Part 2
- High Performance Data Access Layer Architecture Part 3

J'ai utilisé ces tutos sur un projet. C'est une bonne approche pour une couche d’accès aux données sans EF.

Et je viens de lire l'article de tomlev sur Dapper et cela m'a l'air d'être une librairie plutôt intéressante !