IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Diagrammes de Classes Discussion :

[DC] Architecture Data Access Layer


Sujet :

Diagrammes de Classes

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé
    Profil pro
    Inscrit en
    Février 2008
    Messages
    43
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2008
    Messages : 43
    Par défaut [DC] Architecture Data Access Layer
    Bonjour, me revoilà pour avoir vos avis concernant une partie de l'architecture de mon application développé en c# .net 2.0.

    Pour résumer, la partie de mon application en question gère tout simplement une liste de contacts et d'événements qui se sauvegarde dans une bd SQL Server. L'application est monté en trois couche différente, soit le presentation layer, le business logic layer et le data access layer. Ces trois couches étant séparer par un namespace différent.

    La partie d'architecture qui concerne mon message se trouve à être le Data Access Layer.

    J'ai créer deux classes, soit Contacts_DAL.cs et Events_DAL.cs qui gère les requêtes sql pour les contacts et les événements. J'ai également créer une classe de base Base_DAL.cs qui contient le code nécessaire à la connexion à la base de données ainsi que pour l'éxécution des requêtes. Contacts_DAL et Events_DAL hérite de cette classe de base afin de ne pas avoir à spécifier le code de connexion à la bd dans toutes mes classes de mon data access layer.

    Je voulais donc avoir votre avis sur cette façon de structuré les classes dans cette partie de mon application.

  2. #2
    Membre Expert
    Avatar de hed62
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Juillet 2007
    Messages
    2 029
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France, Nord (Nord Pas de Calais)

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : Santé

    Informations forums :
    Inscription : Juillet 2007
    Messages : 2 029
    Par défaut
    Bonjour !

    Pourrais tu envoyé en petit schéma vite fait pour que nous puissions y voir plus clair ? Merci bien

  3. #3
    Membre confirmé
    Profil pro
    Inscrit en
    Février 2008
    Messages
    43
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2008
    Messages : 43
    Par défaut
    Voici je joint la structure de mes classes en image.

    Mais bon comme je n'ai jamais fait de uml je ne sais pas si tout est correct, les deux lignes pointillé signifie que Contacts_DAL et Events_DAL héritent de la classe Base_DAL.
    Images attachées Images attachées  

  4. #4
    Membre Expert
    Avatar de hed62
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Juillet 2007
    Messages
    2 029
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France, Nord (Nord Pas de Calais)

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : Santé

    Informations forums :
    Inscription : Juillet 2007
    Messages : 2 029
    Par défaut
    Alors, puisque nous sommes dans le forum UML, autant corriger ton diagramme :

    - Les héritages sont représentés par des flèches pleines terminées par un triangle.

    - Les implémentations d'interfaces par la même flèche, mais pointillée


    Sinon, cela me parait plutôt bien. As tu regardé du coté du design pattern DAO (Data Object Access) ?

    Attention, avec cet automatisme d'apporter pour tous les objets les méthodes CRUD : c'est bien et pratique, mais parfois insuffisant en termes de performances. Notamment, il est bien plus rapide d'effectuer des requêtes complexes avec de nombreuses jointures coté BD que dans le code. Ainsi, il peut être intéressant de construire des vues qui seront utilisées comme des objets "readonly"

Discussions similaires

  1. Best practice Data Access Layer
    Par touftouf57 dans le forum Accès aux données
    Réponses: 11
    Dernier message: 09/08/2013, 13h07
  2. Réponses: 1
    Dernier message: 28/10/2009, 14h08
  3. Réponses: 2
    Dernier message: 25/08/2006, 13h26
  4. Data access layer (DAL) en DotNet
    Par Wurlitzer dans le forum Oracle
    Réponses: 1
    Dernier message: 18/08/2006, 01h17
  5. [Data Access Object]Intérêt de la factory ?
    Par le Daoud dans le forum Général Java
    Réponses: 2
    Dernier message: 21/04/2005, 09h06

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo