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

Accès aux données Discussion :

POCO philosophie et comprehention


Sujet :

Accès aux données

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Mai 2005
    Messages
    26
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Gironde (Aquitaine)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Santé

    Informations forums :
    Inscription : Mai 2005
    Messages : 26
    Par défaut POCO philosophie et comprehention
    bonjour à tous,

    Voilà j'ai un problème au niveau de la compréhension de POCO. je vous explique ce que j'ai fait brièvement ...


    //premier projet
    Création d'un edmx via une base de données.
    Création du modèle POCO
    j'ai donc une classe ObjectContext et deux classe partiel que l'on va appeler DCompte et DTypeCcompte

    //Deuxième projet
    Création d'une classe statique 'Comptes' pour ajouter, récupérer, ... des comptes
    Création d'une classe 'Compte' qui dérive de DCompte.

    Je voulais séparer mes couches afin que mon IHM accède seulement à ma classe Compte qui se trouve dans ma couche métier et pas à la classe 'DCompte' qui se trouve dans la couche Accès au données.

    Le problème c'est que comme mon Objet Compte dérive de DCompte j'expose des méthodse de Dcompte comme 'Navigation Properties' ce qui me casse complétement ma séparation des couches.

    Si quelqu'un pouvait m'aiguiller sur l'utilisation de POCO avec entités v4 parce qu'on comme je suis parti j'ai l'impression de n'avoir rien compris....

  2. #2
    Membre émérite
    Homme Profil pro
    Développeur / architecte
    Inscrit en
    Juillet 2009
    Messages
    473
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Bas Rhin (Alsace)

    Informations professionnelles :
    Activité : Développeur / architecte

    Informations forums :
    Inscription : Juillet 2009
    Messages : 473
    Par défaut
    Hello,


    Suggestion: Et si "Compte" ne dérivait pas de "DCompte"? Je suppose que tu dérives pour pouvoir accéder aux données de "DCompte". Si tu utilises la composition plutôt que l'héritage ça devrait régler ton problème. ("Compte" contiendrait une référence vers un objet "DCompte", ce qui en terme d'accès aux données te permet les mêmes choses.)

    Christophe

  3. #3
    Membre extrêmement actif
    Profil pro
    Inscrit en
    Février 2005
    Messages
    1 273
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2005
    Messages : 1 273
    Par défaut
    Citation Envoyé par le5ejumeau Voir le message
    bonjour à tous,

    Voilà j'ai un problème au niveau de la compréhension de POCO. je vous explique ce que j'ai fait brièvement ...


    //premier projet
    Création d'un edmx via une base de données.
    Création du modèle POCO
    j'ai donc une classe ObjectContext et deux classe partiel que l'on va appeler DCompte et DTypeCcompte

    //Deuxième projet
    Création d'une classe statique 'Comptes' pour ajouter, récupérer, ... des comptes
    Création d'une classe 'Compte' qui dérive de DCompte.

    Je voulais séparer mes couches afin que mon IHM accède seulement à ma classe Compte qui se trouve dans ma couche métier et pas à la classe 'DCompte' qui se trouve dans la couche Accès au données.

    Le problème c'est que comme mon Objet Compte dérive de DCompte j'expose des méthodse de Dcompte comme 'Navigation Properties' ce qui me casse complétement ma séparation des couches.

    Si quelqu'un pouvait m'aiguiller sur l'utilisation de POCO avec entités v4 parce qu'on comme je suis parti j'ai l'impression de n'avoir rien compris....
    Mais au justen c'est quoi le but ?

    Mécaniquement si déjà tu as des classes partielles, il y a peu de chance que ce soit du POCO.

    Mécaniquement si tu fais hériter Compte de DCompte, alors forcément tu attaches DCompte.

    Ce que tu cherche c'est un design Pattern DTO.

    Mais quelle est l'utilité ? Tu as besoin de distribuer ?

    Un Poco c'est un objet "plain" .Net. C'est à dire qu'il n'implémente pas d'interface ou qu'il ne force pas l'héritage de données. Là c'est pas du tout du Poco.

Discussions similaires

  1. Philosophie rails et javascript
    Par robindelhuxley dans le forum Ruby on Rails
    Réponses: 3
    Dernier message: 15/05/2007, 11h35
  2. Réponses: 10
    Dernier message: 04/10/2006, 19h50
  3. "Philosophie" de la programmation Prolog
    Par Trap D dans le forum Prolog
    Réponses: 2
    Dernier message: 19/01/2006, 13h01
  4. Réponses: 10
    Dernier message: 03/10/2005, 15h42

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