none
développement en couche RRS feed

Réponses

  • Bonjour,

    Les développements en couche permettent de rendre le code métier (qui se trouve dans la couche métier) indépendant de la persistance des données (via la couche d'accès aux données) et de son interface graphique (couche de présentation).

    De manière générale une application a toujours la même couche métier qui évolue peu a part lors de l'implémentation de nouvelle régles métiers. La couche métier représente le cœur de l'application (le pourquoi on crée une application).

    La couche d'accès aux données permet quand à elle de persister/dé-persister les données qui se trouve dans la couche métier (le plus souvent dans un SGBD, mais cela peut-être une autre technologie comme des fichiers XML ou CSV). Cette couche est indépendante de la couche métier (cette dernière ne connais pas l'existance de la couche d'accès aux données) afin de pouvoir être indépendant du support de persistance (Oracle, SQL Server, XML, CSV,...).

    La couche de présentation quand à elle permet d'intéragir avec l'utilisateur afin que ce dernier puisse déclencher des processus métiers et aussi afin de lui afficher des données (présente dans la couche métier). On souhaite découpler la couche présentation (la façon d'interagir avec votre couche métier) de la couche métier, tout simplement parceque avec par exemple une règle métier (générer une facturer), il est possible de la déclencher de différentes manière au niveau IHM (bouton pour une application WPF, écran tactile pour une application Windows Store, clic sur une lien pour une application WPF,....).

    Voilà donc pourquoi on essaye de faire différentes couches dans une application...

    Est-ce que cela répond à vos interrogations ?

    Cordialement


    Gilles TOURREAU - MVP C#
    Architecte logiciel/Consultant/Formateur Freelance - P.O.S Informatique
    Blog : http://gilles.tourreau.fr - Suivez-moi sur Twitter
    - MCPD : Enterprise Developper / Windows Developper 3.5 / ASP .NET 3.5/4.0
    - MCSA : SQL Server 2012
    - MCITP : SQL Server 2008 Developper
    - MCTS : ADO .NET 3.5 / SQL Server 2008 Developper / Windows Forms 3.5 / ASP .NET 3.5/4.0 / TFS 2010 / Windows Azure

    • Marqué comme réponse Aurel Bera jeudi 24 octobre 2013 12:33
    dimanche 20 octobre 2013 16:53
    Modérateur
  • Si vous connaissez l'anglais, ce lien vous sera utile:

    http://en.wikipedia.org/wiki/Multitier_architecture

    Vous pouvez utiliser http://www.bing.com/translator

    Cordialement,


    Aurel BERA, MSFT
    MSDN Community Support. LE CONTENU EST FOURNI "TEL QUEL" SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE.
    S'il vous plaît n'oubliez pas de "Marquer comme réponse" les réponses qui ont résolu votre problème. C'est une voie commune pour reconnaître ceux qui vous ont aidé, et rend plus facile pour les autres visiteurs de trouver plus tard la résolution.

    • Marqué comme réponse Aurel Bera jeudi 24 octobre 2013 12:33
    mercredi 23 octobre 2013 11:11
    • Marqué comme réponse Aurel Bera jeudi 24 octobre 2013 12:33
    mercredi 23 octobre 2013 18:09

Toutes les réponses

  • Bonjour,

    Tu peux regarder les threads déjà existants comme celui-ci ou bien celui-ci


    Apprenez à développer en C#

    fred

    dimanche 20 octobre 2013 14:27
  • vraiment jai rien compris!!d'abord je voudrai savoir a qoi il sert?

    dimanche 20 octobre 2013 14:33
  • Cela permet de séparer la couche base de donnée et la couche métier

    C'est plus facile pour un développeur de séparer les différentes couches pour s'y retrouver.


    Apprenez à développer en C#

    fred

    dimanche 20 octobre 2013 15:18
  • Bonjour,

    Les développements en couche permettent de rendre le code métier (qui se trouve dans la couche métier) indépendant de la persistance des données (via la couche d'accès aux données) et de son interface graphique (couche de présentation).

    De manière générale une application a toujours la même couche métier qui évolue peu a part lors de l'implémentation de nouvelle régles métiers. La couche métier représente le cœur de l'application (le pourquoi on crée une application).

    La couche d'accès aux données permet quand à elle de persister/dé-persister les données qui se trouve dans la couche métier (le plus souvent dans un SGBD, mais cela peut-être une autre technologie comme des fichiers XML ou CSV). Cette couche est indépendante de la couche métier (cette dernière ne connais pas l'existance de la couche d'accès aux données) afin de pouvoir être indépendant du support de persistance (Oracle, SQL Server, XML, CSV,...).

    La couche de présentation quand à elle permet d'intéragir avec l'utilisateur afin que ce dernier puisse déclencher des processus métiers et aussi afin de lui afficher des données (présente dans la couche métier). On souhaite découpler la couche présentation (la façon d'interagir avec votre couche métier) de la couche métier, tout simplement parceque avec par exemple une règle métier (générer une facturer), il est possible de la déclencher de différentes manière au niveau IHM (bouton pour une application WPF, écran tactile pour une application Windows Store, clic sur une lien pour une application WPF,....).

    Voilà donc pourquoi on essaye de faire différentes couches dans une application...

    Est-ce que cela répond à vos interrogations ?

    Cordialement


    Gilles TOURREAU - MVP C#
    Architecte logiciel/Consultant/Formateur Freelance - P.O.S Informatique
    Blog : http://gilles.tourreau.fr - Suivez-moi sur Twitter
    - MCPD : Enterprise Developper / Windows Developper 3.5 / ASP .NET 3.5/4.0
    - MCSA : SQL Server 2012
    - MCITP : SQL Server 2008 Developper
    - MCTS : ADO .NET 3.5 / SQL Server 2008 Developper / Windows Forms 3.5 / ASP .NET 3.5/4.0 / TFS 2010 / Windows Azure

    • Marqué comme réponse Aurel Bera jeudi 24 octobre 2013 12:33
    dimanche 20 octobre 2013 16:53
    Modérateur
  • Bonjour moustahisne

    Un petit retour SVP?

    Merci!

    Cordialement,


    Aurel BERA, MSFT
    MSDN Community Support. LE CONTENU EST FOURNI "TEL QUEL" SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE.
    S'il vous plaît n'oubliez pas de "Marquer comme réponse" les réponses qui ont résolu votre problème. C'est une voie commune pour reconnaître ceux qui vous ont aidé, et rend plus facile pour les autres visiteurs de trouver plus tard la résolution.

    mardi 22 octobre 2013 07:18
  • Si vous connaissez l'anglais, ce lien vous sera utile:

    http://en.wikipedia.org/wiki/Multitier_architecture

    Vous pouvez utiliser http://www.bing.com/translator

    Cordialement,


    Aurel BERA, MSFT
    MSDN Community Support. LE CONTENU EST FOURNI "TEL QUEL" SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE.
    S'il vous plaît n'oubliez pas de "Marquer comme réponse" les réponses qui ont résolu votre problème. C'est une voie commune pour reconnaître ceux qui vous ont aidé, et rend plus facile pour les autres visiteurs de trouver plus tard la résolution.

    • Marqué comme réponse Aurel Bera jeudi 24 octobre 2013 12:33
    mercredi 23 octobre 2013 11:11
    • Marqué comme réponse Aurel Bera jeudi 24 octobre 2013 12:33
    mercredi 23 octobre 2013 18:09
  • Bonjour,

    Pouvons-nous considérer que vous avez résolu votre probleme ?

    Désormais, nous marquons les solutions proposées. N'hésitez pas à revenir et supprimer la réponse marquée si la solution n’est pas correcte. Merci !

    Cordialement,


    Aurel BERA, MSFT
    MSDN Community Support. LE CONTENU EST FOURNI "TEL QUEL" SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE.
    S'il vous plaît n'oubliez pas de "Marquer comme réponse" les réponses qui ont résolu votre problème. C'est une voie commune pour reconnaître ceux qui vous ont aidé, et rend plus facile pour les autres visiteurs de trouver plus tard la résolution.

    jeudi 24 octobre 2013 12:34
  • vraiment jai rien compris!!d'abord je voudrai savoir a qoi il sert?

    Bonjour,

    Pour beaucoup de comptables, d'architectes, de responsables de théâtres ou d'associations, il sera plus facile de lire ceci :

    Product P = new Product(861);
    P.Price = 14.50;
    P.Save();
    que ceci:
    SqlCommand cmd = new SqlCommand(cnx);
    cmd.Text = "UPDATE Product SET Price=14.50 WHERE ID=861";
    cmd.ExecuteNonQuery();
    (et encore, j'ai simplifié en supposant que la connexion était déjà ouverte).



    Vu du côté utilisateur, le traitement multi-couche a d'abord cet avantage.

    Va demander à ta concierge si elle comprend la deuxième syntaxe, et si elle répond oui demande-toi franchement ce qu'elle fait là. Pour la première, si il lui arrive de lire autre chose qu'Ici Paris ce n'est pas perdu d'avance.

    Mais le développement multi-couche est utile avant tout aux développeurs car ça va bien plus vite d'adapter le code, d'une part à l'évolution des besoins quand l'utilisateur dit qu'à tel moment il serait pas mal d'enregistrer le nouveau prix, d'autre part à l'évolution de la technique quand on change de base de données et qu'il est exclu d'aller se balader à travers les quinze modules de l'application pour repérer tous les SqlCommand, les remplacer par des MySqlCommand et opérer les ajustements de syntaxe qui s'imposent en conséquence, pour se rendre compte après que non finalement on va plutôt enregistrer ça en XML.

    Le traitement multi-couche, ça sert à ça.

                 

    • Modifié Gloops jeudi 28 avril 2016 11:10
    jeudi 28 avril 2016 10:02