Conversion de Java en C++

bonjour,:lol:

Je suis en train de convertir un driver XTLM �crit en Java pour l'avoir en C++.
Jai des probl�mes de plusieurs ordre:
Les biblioth�ques HTML sont disponibles seulement en Java.
J'ai du mal a identifier les d�clarations de Java
ainsi j'ai r�ussi � passer la compilation sur

Code:

---

1 2	case XMLStreamReader::START_ELEMENT:

---

mais je ne sais pas d�clarer les �l�ments de cette instruction, ni modifier l'instruction pour la faire passer � la compilation (je ne parle ni d'�dition de lien, ni de tests, � ce niveau du travail).

Code:

---

1 2	MCE_Constantes.element_MCPROP.equals(r.getLocalName())

---

Je serais heureux de b�n�ficier de conseil sur cette migration.
Celui qui me donnera une d�claration et l'instruction modifi� sera mon meilleur conseil. Ce sera :ccool:

Citation:

---

Envoy� par JeanNoel53

mais je ne sais pas d�clarer les �l�ments de cette instruction, ni modifier l'instruction pour la faire passer � la compilation (je ne parle ni d'�dition de lien, ni de tests, � ce niveau du travail).

Code:

---

1 2	MCE_Constantes.element_MCPROP.equals(r.getLocalName())

---

---

Il s'agit d'une classe appel�e MCE_Constantes qui poss�de un membre statique (et peut �tre constant) de type String appel� element_MCPROP. Ensuite c'est compar� au r�sultat de getLocalName() appel� sur r et �a renvoie donc true ou false.

En c++ �a donnerait :

Code:

---

MCE_Constantes::element_MCPROP == r.getLocalName()

---

Ou alors

Code:

---

MCE_Constantes::element_MCPROP == r->getLocalName()

---

Si r est un pointeur.

Bref, on a beaucoup trop peu d'infos. Tu sais faire du java ou du C++ � la base ? D'une mani�re g�n�ral, C++ ne fournit pas de type String de base, il faut aller le chercher dans la STL, et les objets ne d�rivent pas tous d'un seul et m�me super objet comme en java. De plus, les �quivalents aux listes, aux tableaux et aux String en java ne s'utilisent pas avec les m�mes m�thodes en c++. Tu devras donc faire beaucoup de choix et peut �tre impl�menter plus de choses.

D'abord Merci de ta r�ponse qui contient des �l�ments probants:D
Ensuite, J'ai une forte exp�rience du C, une exp�rience significative du C++ et quelques notions de Java

J'ai choisi pour ce projet de convertir syst�matiquement le type String de Java en std::wstring
cela donne la d�claration minimale de la classe suivante:

Code:

---

1 2 3 4 5 6 7 8

class MCE_MCProp { public: int status; setAttribute( std::wstring, std::wstring); std::wstring element_MCPROP; };

---

J'ai modifi� la ligne en question en suivant ta proposition

Code:

---

1 2	MCE_Constantes::element_MCPROP == r.getLocalName()

---

J'ai v�rifi� que la d�claration de r.getLocalName renvoi un type std::wstring
Par contre, le compilateur n'est pas encore content :mrgreen:
Il me dit : symbole element_MCPROP non d�fini
Comment le satisfaire pour que je sois :ccool:

Je suis :ccool: j'ai regard� plus haut et j'ai d�j� trait� ce probl�me
le code suivant compile:

Code:

---

1 2	eMCProp->element_MCPROP == r.getLocalName()

---

sachant que j'ai d�j� un pointeur sur cette classe (eMCProp)

Salut

Code:

---

1 2 3 4 5 6 7 8 9

class MCE_MCProp { public: int status; void setAttribute( std::wstring, std::wstring); static std::wstring element_MCPROP; }; std::wstring MCE_MCProp::element_MCPROP = "valeur initiale";

---

et la ligne

Code:

---

MCE_Constantes::element_MCPROP == r.getLocalName()

---

fonctionnera. �a n'a pas de sens d'instancier la classe juste pour acc�der � une valeur qui pourrait �tre statique comme c'est le cas dans la version java.

J'attire ton attention sur un point important : ce n'est pas parce que �a compile que �a fonctionne !

Merci de cette pr�cision, j'ai �t� responsable de validation chez Alcatel
il faut que ca compile
il faut faire un bilan des symboles utilis� � la compilation
il faut passer l'�dition de lien
et l� on est � 50% d'avancement.
Les autres 50% c'est le test.

Et la conformit� aux r�gles de codage qui dit de ne pas utiliser de membre d'instance qu'en un membre de classe suffit, c'est o� ? :calim2:

�a marche mieux quand on sait ce qu'on fait, et qu'on compile ensuite

Sont bien sur justes... mais n'apportent rien au projet.
Dans le code il y a de nombreux commentaires qui expliquent ce qui doit �tre fait et les grammaires utilis�es.
Probablement la strat�gie de migration va �voluer. Les points d'entr�s seront conserv�s ainsi que quelques partie d'impl�mentation et on va partir d'un framework c++
Je vous tiendrai au courant.