Surcharge webClient : simplification

Soyez le premier à donner votre avis sur cette source.

Vue 2 627 fois - Téléchargée 249 fois

Description

Pour les communications web, on peu utiliser la classe WebClient mais je trouve que pour une utilisation simple ce n'est pas toujours pratique, et principalement pour débuter.
J'ai donc fait une classe cClient qui permettrai de gérer facilement nos communications.

3 méthodes seront principalement utilisée :
- les méthodes get et post
- la méthode setFile pour télecharger un fichier

La méthode setCookie, et d'ailleur la gestion des cookies tout court, n'a normalement pas à être gérée : les cookies sont gérer de manière autonome quand le header de réponse en fait la demande.
Cette méthode est publique car j'ai eu un cas où une connexion était partagée entre plusieurs sous domaines, et des infos du cookie d'un sous domaine devaient se répercuter dans l'autre ... bref normalement ca n'arrive pas =)

Pour des questions, améliorations, etc. n'hésitez pas.

Naga

Codes Sources

A voir également

Ajouter un commentaire Commentaires
Messages postés
4270
Date d'inscription
samedi 8 septembre 2007
Statut
Membre
Dernière intervention
4 mars 2021
16
oui j'ai des habitudes perso et de travail qui ne sont pas toujours celles voulus (je sais pas exemple que le 'c' est sensé être réservé, mais quand on m'a appris le c++ on me l'a imposé et c'est resté).

Si vraiment c'est insoutenable, je pense que l'édition du code ne devrait pas être un énorme problème pour la (ou les) personne(s) intéressée(s) ^^ (et ca reste une convention pour microsoft, chacun est libre de faire la sienne.)
Messages postés
4936
Date d'inscription
lundi 17 février 2003
Statut
Modérateur
Dernière intervention
14 février 2014
36 >
Messages postés
4270
Date d'inscription
samedi 8 septembre 2007
Statut
Membre
Dernière intervention
4 mars 2021

Une convention de nommage n'est pas fait pour faire jolie... si tu devais bosser dans mon équipe, tu n'aurais pas le choix... c'est une manière d'homogénéiser le code et d'en faciliter la lecture et la maintenance.
Messages postés
4270
Date d'inscription
samedi 8 septembre 2007
Statut
Membre
Dernière intervention
4 mars 2021
16 >
Messages postés
4936
Date d'inscription
lundi 17 février 2003
Statut
Modérateur
Dernière intervention
14 février 2014

ce qui veut donc dire que dans une même groupe de travail, avoir une convention commune est en effet très utile, et pour chaque évolution de langage, de nouvelles conventions sont proposées par les éditeurs d'IDE.
Donc pose toi la question, si une convetion est appliqué au sein de ton entreprise et qu'elle décide de migrer ses appli, doit on reprendre tout le code pour rajouter des majuscules ou garde t'on la convention qui est déjà en place ?
Si c'était imposé, ce serai justement imposé dans le code, et vu que ca ne l'est pas, ca reste une convention proposée pour facilité le dialogue avec toute la communauté.
Messages postés
4936
Date d'inscription
lundi 17 février 2003
Statut
Modérateur
Dernière intervention
14 février 2014
36 >
Messages postés
4270
Date d'inscription
samedi 8 septembre 2007
Statut
Membre
Dernière intervention
4 mars 2021

Tu sais, tu n'as rien à m'apprendre en matière de convention... mon job c'est, entre autre, de mettre en place des outils pour faciliter le travail des développeurs.

Les cas des migrations de code ne se pose pas vraiment... en général, lorsque l'on change d'IDE, on change de langage et donc, on ne fais pas du simple portage (ou migration), on réécrit.

Chaque langage a sa convention : C++, C#, VB.net, Java... ce n'est pas juste pour faire beau... il y a une réelle utilité derrière tout cela.
Messages postés
4270
Date d'inscription
samedi 8 septembre 2007
Statut
Membre
Dernière intervention
4 mars 2021
16 >
Messages postés
4936
Date d'inscription
lundi 17 février 2003
Statut
Modérateur
Dernière intervention
14 février 2014

et bien si tu veux, perso je développe avec plusieurs langage, et à chaque fois que j'en change je ne veux pas me poser la question à chaque déclaration "alors je suis dans tel language, avec tel edi, donc faut que je déclare de tel manière" .. je perdrai un temps fous et la relecture de mon code sera plus difficile car toujours différente.
Après que tu te sente outré car le développeur n'a pas mis de majuscule en déclarant sa classe ou parce qu"il déclare un entier en préfixant par n ou i, etc., bah je peux pas dire grand chose, mais quand je vois "class" devant une déclaration, de manière générale je me dis qu'on va définir une classe. Quand je suis arrivé sur mon poste, on m'a imposé une convention interne de dev., je m'y suis plié, j'ai pas dis que microsoft disait autre chose...
Afficher les 10 commentaires

Vous n'êtes pas encore membre ?

inscrivez-vous, c'est gratuit et ça prend moins d'une minute !

Les membres obtiennent plus de réponses que les utilisateurs anonymes.

Le fait d'être membre vous permet d'avoir un suivi détaillé de vos demandes et codes sources.

Le fait d'être membre vous permet d'avoir des options supplémentaires.