[Question] Application client/Serveur utilisant JDBC
low_freak
Messages postés
1
Date d'inscription
jeudi 11 décembre 2003
Statut
Membre
Dernière intervention
6 mars 2006
-
6 mars 2006 à 20:56
kirua12 Messages postés 1155 Date d'inscription samedi 17 janvier 2004 Statut Membre Dernière intervention 29 avril 2011 - 8 mars 2006 à 16:09
kirua12 Messages postés 1155 Date d'inscription samedi 17 janvier 2004 Statut Membre Dernière intervention 29 avril 2011 - 8 mars 2006 à 16:09
A voir également:
- [Question] Application client/Serveur utilisant JDBC
- Application de loto turbo 2 - Forum C / C++ / C++.NET
- Application j2ee ✓ - Forum Java
- Créer interface application - Conseils pratiques -Graphisme
- Déploiement d'une application J2EE avec NetBeans? ✓ - Forum Java
- Serveur en anglais ✓ - Forum ASP / ASP.NET
1 réponse
kirua12
Messages postés
1155
Date d'inscription
samedi 17 janvier 2004
Statut
Membre
Dernière intervention
29 avril 2011
7
8 mars 2006 à 16:09
8 mars 2006 à 16:09
Salut,
je pense que la 1ère réflexion est de se dire que le serveur ne doit pas savoir comment seront affichés les résultat. Actuellement c'est du swing mais si vous souhaitez faire de l'HTML ou du pdf, vous seriez obligé de réecrire le code du serveur.
Le serveur doit renvoyer un résultat indépendemment de l'affichage. Il y a plusieurs solutions :
- objets java serializés : valable uniquement si le client est en Java. En gros il faut envoyer une liste d'objets correspondant aux objets récupérés depuis le resultset.
- chaine de caractères simples : valables pour quasiment tous les clients, le pb est qu'il faut parser la chaine de caractère.
- flux xml : solution standard pour le transfert de données. La sérialization et la déserialization sont des opérations relativement simples. Le client reconstruit les objets de son côté.
Même si le client est bien défini, il vaut mieux éviter de transférer des données complexes comme l'abstractTableModel. C'est plus simple d'envoyer une liste d'objets sérialisés.
je pense que la 1ère réflexion est de se dire que le serveur ne doit pas savoir comment seront affichés les résultat. Actuellement c'est du swing mais si vous souhaitez faire de l'HTML ou du pdf, vous seriez obligé de réecrire le code du serveur.
Le serveur doit renvoyer un résultat indépendemment de l'affichage. Il y a plusieurs solutions :
- objets java serializés : valable uniquement si le client est en Java. En gros il faut envoyer une liste d'objets correspondant aux objets récupérés depuis le resultset.
- chaine de caractères simples : valables pour quasiment tous les clients, le pb est qu'il faut parser la chaine de caractère.
- flux xml : solution standard pour le transfert de données. La sérialization et la déserialization sont des opérations relativement simples. Le client reconstruit les objets de son côté.
Même si le client est bien défini, il vaut mieux éviter de transférer des données complexes comme l'abstractTableModel. C'est plus simple d'envoyer une liste d'objets sérialisés.
