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

Architecture Discussion :

Modèle 4 niveaux et Modèle RPC


Sujet :

Architecture

  1. #1
    Membre du Club
    Étudiant
    Inscrit en
    Mars 2008
    Messages
    103
    Détails du profil
    Informations personnelles :
    Âge : 38

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Mars 2008
    Messages : 103
    Points : 59
    Points
    59
    Par défaut Modèle 4 niveaux et Modèle RPC
    Salut tlm,

    J'espère que ce message est dans le bon endroit

    En fait, j'ai deux questions :
    1. Est ce que le modèle RPC est toujours utilisé dans l architecture Client/Serveur? Y-a-t il d autre modèle d'appel?
    2. c'est quoi la difference entre modèle 3 tiers et 4 tiers?


    Merci

  2. #2
    Expert éminent sénior
    Homme Profil pro
    Architecte technique retraité
    Inscrit en
    Juin 2008
    Messages
    21 292
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Manche (Basse Normandie)

    Informations professionnelles :
    Activité : Architecte technique retraité
    Secteur : Industrie

    Informations forums :
    Inscription : Juin 2008
    Messages : 21 292
    Points : 36 788
    Points
    36 788
    Par défaut
    c'est quoi la difference entre modèle 3 tiers et 4 tiers?
    En supposant que 3 tiers sont présentation/application/persistance, 4 tiers est généralement une séparation de la couche application entre services http statiques et couche métier plus 'dynamique'.

    Est ce que le modèle RPC est toujours utilisé dans l'architecture Client/Serveur? Y-a-t il d autre modèle d'appel?
    La seule chose qu'impose Client/Serveur sont quelques règles au niveau échanges de messages. Le client initie la connexion, expédie des commandes,...

    Au dessus d'un protocole d'échange de message, on peut toujours avoir du RPC, au sens illusion qu'un appel de procédure produit les mêmes résultats que l'exécution soit locale ou "remote".

    Le modèle Client/Serveur est tellement général qu'on ne devrait pas se tromper en disant qu'un RPC est réalisé "au dessus" d'un modèle Client/Serveur.

    -W

  3. #3
    Membre du Club
    Étudiant
    Inscrit en
    Mars 2008
    Messages
    103
    Détails du profil
    Informations personnelles :
    Âge : 38

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Mars 2008
    Messages : 103
    Points : 59
    Points
    59
    Par défaut
    Citation Envoyé par wiztricks Voir le message
    En supposant que 3 tiers sont présentation/application/persistance, 4 tiers est généralement une séparation de la couche application entre services http statiques et couche métier plus 'dynamique'.


    La seule chose qu'impose Client/Serveur sont quelques règles au niveau échanges de messages. Le client initie la connexion, expédie des commandes,...

    Au dessus d'un protocole d'échange de message, on peut toujours avoir du RPC, au sens illusion qu'un appel de procédure produit les mêmes résultats que l'exécution soit locale ou "remote".

    Le modèle Client/Serveur est tellement général qu'on ne devrait pas se tromper en disant qu'un RPC est réalisé "au dessus" d'un modèle Client/Serveur.

    -W
    merci
    svp pour le modele RPc , est ce qu il est utilisé lorsque j ouvre mon navigateur et je tappe "www.developpez.net" le serveur m'envoie la réponse , est ce que ça se repose sur le modele RPC??
    svp dans quel cas le RPC est utilisé..??

  4. #4
    Expert éminent sénior
    Homme Profil pro
    Architecte technique retraité
    Inscrit en
    Juin 2008
    Messages
    21 292
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Manche (Basse Normandie)

    Informations professionnelles :
    Activité : Architecte technique retraité
    Secteur : Industrie

    Informations forums :
    Inscription : Juin 2008
    Messages : 21 292
    Points : 36 788
    Points
    36 788
    Par défaut
    Citation Envoyé par Ibn Rochod Voir le message
    merci
    svp pour le modele RPc , est ce qu il est utilisé lorsque j ouvre mon navigateur et je tappe "www.developpez.net" le serveur m'envoie la réponse , est ce que ça se repose sur le modele RPC??
    svp dans quel cas le RPC est utilisé..??
    Avec le navigateur, c'est au plus client serveur car il n'y a pas de "RPC" dans le protocole HTTP de base.

    Note: jetez un oeil à l'article. Si vous pataugez avec RPC, çà vous permettra de vous rafraîchir les idées.

    Une alternative à RPC est par exemple REST.

    Son principe étant de dire puisque HTTP définit des opérations de bases - les primitives GET, PUT, POST,... du protocole - applicables à des Ressources - désignées par les URLs correspondantes - pourquoi ne pas construire une architecture d'échanges construite avec des éléments de bases.

    Prenez par exemple une Ressource dont les Membres correspondraient aux lignes d'une table d'une base de données. Les opérations POST / GET / PUT / DELETE ressemblent pas mal au Create/Read/Update/Delete.

Discussions similaires

  1. Réponses: 3
    Dernier message: 25/05/2010, 21h29
  2. créer un Tableau avec modèle de données et modèle de colone
    Par infoelectronique dans le forum Composants
    Réponses: 1
    Dernier message: 25/05/2009, 10h32
  3. [Modèle Relationnel] Traduction héritage du modèle conceptuel dans le modèle relationnel
    Par loic20h28 dans le forum Schéma
    Réponses: 8
    Dernier message: 29/01/2009, 14h44
  4. Modèle de calcul vs Modèle d'execution
    Par GETah dans le forum UML
    Réponses: 16
    Dernier message: 07/02/2007, 10h00
  5. JTable et Modèle : Changement dynamique du modèle
    Par mlle lain dans le forum Composants
    Réponses: 7
    Dernier message: 10/03/2006, 10h00

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