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

GWT et Vaadin Java Discussion :

Repartition des services RPC


Sujet :

GWT et Vaadin Java

  1. #1
    Membre averti
    Profil pro
    Inscrit en
    Février 2006
    Messages
    11
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2006
    Messages : 11
    Par défaut Repartition des services RPC
    Bonjour,

    Je suis débutant en GWT et j'aimerai savoir ce qui est mieux niveau performance coté serveur :
    Prenons par exemple 3 objets modifiables.

    1/Créer 1 service RPC contenant plusieurs méthodes (exemple 3 blocs de méthodes type CRUD donc 12 au totals).

    2/Tenter de séparer mes methodes CRUD en 3 services différent (on passe donc de 12 méthodes sur 1 services à 4 méthodes/RPS sur 3 services).

    Je ne m'intéresse pas ici au découpage "métier" mais plus à ce qui se passe niveau de la servlet coté serveur.

    Merci d'avance pour vos conseils

  2. #2
    Rédacteur
    Avatar de benwit
    Profil pro
    dev
    Inscrit en
    Septembre 2004
    Messages
    1 676
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : dev

    Informations forums :
    Inscription : Septembre 2004
    Messages : 1 676
    Par défaut
    Côté performance, je ne pense pas que ce soit significatif et cela ne devrait pas selon moi être un des critères de choix.

    Pourquoi je pense cela ?
    La servlet de Google reçoit un flux texte(rpc) par http qu'elle désérialise et appelle par instrospection la méthode appropriée avec les arguments appropriés, puis sérialise le résultat pour l'envoyer en flux texte (rpc) par http.
    Pour tout appel RPC, il y a donc une étape de sérialisation/désérialisation.

    La seule différence parmi les options que tu cites sera au niveau de l'introspection puisque la recherche d'une méthode est en théorie plus longue si le nombre de méthodes est immense (genre 1 classe avec 1 méthode VS 1 classe avec 1 millions de méthodes).
    Bref, dans un cas réel, même si tu avais un millier de méthodes dans ton service, je ne pense pas que ce soit significatif vis à vis de pleins d'autres facteurs (latences réseaux, ...)

    Si d'autres ne sont pas de cet avis, merci d'exposer vos arguments.

  3. #3
    Membre chevronné
    Profil pro
    Lead Tech Agile
    Inscrit en
    Septembre 2004
    Messages
    316
    Détails du profil
    Informations personnelles :
    Âge : 44
    Localisation : France

    Informations professionnelles :
    Activité : Lead Tech Agile

    Informations forums :
    Inscription : Septembre 2004
    Messages : 316
    Par défaut
    Je suis d'accord avec benwit. Le plus important est de découper l'application de facon à ce qu'elle soit lisible par un développeur afin de faciliter la maintenance.

Discussions similaires

  1. Réponses: 4
    Dernier message: 06/09/2014, 13h38
  2. [WebServices] consommer des services web ?
    Par Nycos62 dans le forum Services Web
    Réponses: 3
    Dernier message: 12/04/2005, 13h13
  3. Optimisation -> choix des services à activer
    Par infotron dans le forum Mandriva / Mageia
    Réponses: 20
    Dernier message: 25/05/2004, 12h57
  4. Obtenir le nom des services qui tournent ...
    Par vbcasimir dans le forum Administration système
    Réponses: 4
    Dernier message: 21/01/2004, 17h32
  5. Quel est l'intérêt des Services Web ??
    Par silvermoon dans le forum Débats sur le développement - Le Best Of
    Réponses: 19
    Dernier message: 12/02/2003, 22h28

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