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 :)

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. ;)

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.