On Mercredi 18 D�cembre 2002 18:03, Benjamin Michotte wrote: > R�sultat, �a fonctionne tr�s bien... mais je me demandais si il n'y avait > pas moyen d'�viter ce gros (et laid) hack des StringBuffer et du > remplissage de \0 des String java.
Le nec plus ultra serait de faire dialoguer ton bazar en XML, tu as d�j� pas mal de librairies pour faire �a. Moi pour faire des trucs semplables, je ne me suis jamais emmerd�, ca s'est toujours termin� par l'�mission en ASCII sur une socket d'un truc qui ressemblerait � : BEGIN COMMANDE DATE=15/12/2002 17:49:00 NUM_CODE=237 UNITE_MESURE=GRAMME QUANTITE=123.25 END Et au niveau de ton serveur tu convertis le tout en binaire avec sur sscanf ou �quivalent. > De plus, y a t'il un moyen pour quand > meme pouvoir envoyer des int ou pas ? *** NE JAMAIS FAIRE CELA ! *** Depuis qu'on a invent� les L3G (cad depuis le COBOL), la r�gle d'or est que le programmeur doit manipuler des donn�es sans se soucier de la mani�re dont elle sont repr�sent�es dans la machine. Voici quelques questions qui vont t'aider � comprendre poiurquoi : - Es-tu certain que ton programme serveur en C repr�sentera le int toujours de la m�me mani�re le jour o� il sera recompil� sur un syst�me 64 bits ? - Es-tu certain que la repr�sentation en m�moire du int est la m�me sur une JVM SUN ou IBM ? - Es tu certain que �a ne va pas changer ? - Que feras tu le jour o� ton num_code ne sera plus un simple entier, mais une r�f�rence du type A 365 BC 24 ? > > merci d'avance et d�sol� pour ceux que mon message auront d�rang�s. > > cu, > benjamin -- Herv� LEFEBVRE http://www.linuxfrench.net [EMAIL PROTECTED] LUTTEZ CONTRE LA VENTE FORC�E DE LOGICIELS : http://www.linuxfrench.net/oem/
Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur "http://www.mandrakestore.com";
