Version imprimable
Bonjour,
pour une projet GWT j'utilise plusieur classe (ex : DemandeIntervention) qui possède comme attributs les mème champs qu'une BDD MySQL et comme méthodes des getters et setters. Donc par exemple pour ajouter les données de mon objet dans mas BDD je doit réaliser des requettes SQL!
Donc es que je dois créer une methode (ex: MonObjet->AjouterBDD()) ou plutot créer un remoteservice avec une fonction ajouterBDD(MonObjet) ?
Merci :mouarf:
D'après ce que je comprend DemandeIntervention est manipulé coté client.
Il faut donc en faire une classe serialisable que le client pourra envoyer vers le serveur par un service RPC pour le faire persister en base.
Haa une reponse lol
Oui je suis d'accord pour la serialiser mais les echange entre BDD et ma classe se fon comment ? Je crai plutot une methode de la classe DemandeIntervention ou plutot une methode de mon serviceImpl ?
Dsl je commence tout juste avec GWT donc je ne suis pas tres bien organiser.
Je sais qu'il y a des fonctions coté client qui utilise le resulta retourné par le remoteservice, qu'il y a les methodes du remoteservice dans MonServiceImpl qui réalise une action et qui est retourné en resultat ! puis en fin les classe serializable qui on eu aussi des methodes ! donc ou je dois mettre ma connexion a ma BDD ?
J'espère etre bien claire
Merci
Ce que l'on va faire c'est éliminer la mauvaise solution :
Imaginons que tu mets les méthodes de persistance dans la classe qui transite jusque chez le client.
Je doute fortement que tu puisses sérialiser la connexion en javascript (même si c'est possible, ce n'est pas sécurisant d'envoyer à travers le web des connexions ouvertes sur ta base).
On peut imaginer alors que ta classe ne se connecte qu'en arrivant sur le serveur, mais il te faut alors qu'elle soit capable de se connecter à la base de données pour se persister, ce qui augmente ses responsabilités et va à l'encontre des principes de conceptions.
De plus pour une appli serveur on utilise généralement un pool de connexions, c'est à dire qu'on utilise un certain nombre de connexions qu'on partage entre les clients, pour éviter de trop stresser la base (une connexion par client) et de payer l'attente de la connexion qui est long....
Donc cette solution n'est pas la bonne. il faut que ce soit ton service qui dispose d'un accès à la base via ce pool de connexion et y mette l'objet envoyé par le client.
ok perfait c'est bien comme ca que j'ai commencé Merci ;)