migrer du C++ au C#

Bonjour a tous,

je suis debutant en C# et je dois convertir une application ecrite en C++ en C#. J'ai lu plein de sujets sur qui permettent de migrer du C++ au C# mais je ne m'en sort pas. Si quelqu'un pourrait m'aider a convertir une(ou +) de ces fonctions en C#(ecrite en C++) ca va me permettre de bien convertir.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39

extern char *g_szIdFormatGroup[];   //permet d'avoir le groupe du verbe BOOL CViewConjugueResult::GetVerbeGroup(char *szVerbName) { BOOL bFind = -1;   if ( !strcmpi( szVerbName, g_szIdFormatGroup[0])) bFind= 0; else if ( !strcmpi( szVerbName, g_szIdFormatGroup[1])) bFind= 1;   return bFind; }     BOOL CViewConjugueResult::BuildIrregulVerbe(UINT wIdModele, char *szVerbName, STDATAVERBE *pStBaseVerbe) { char szData[512]; char sztemp[64]; char szParticipe[32]; UINT i;   memset(szParticipe, NUL, sizeof (szParticipe)); if (wIdModele == MODELE_ALLER) wsprintf (szParticipe, "%ss",pStBaseVerbe->StIndicDuVerbe.szparticipePasse); // Présent //m_RichEdPresent.SetSel(0, -1); //m_RichEdPresent.Clear();   memset(szData, NUL, sizeof(szData)); strcpy (szData, g_szRTfHeader); for( i=0; i<6; i++) { wsprintf (sztemp,pStBaseVerbe->StIndicDuVerbe.szPresentData[i], BEGIN_BOLD_BLEU, END_BOLD_BLEU); strcat(szData,sztemp); strcat(szData,RTFCRLF); } m_RichEdPresent.SetWindowText(szData);

---

SVP venez à mon aide car ca me traumatise cette histoire. Merci pour vos reponses:aie:

ou alors tu lis des tutos de C# :aie:
Si tu comprend tes fonctions ca devrait etre enfantin de les refaire en C#.

On peut t'aider, mais on ne va pas faire le boulot à ta place... tu as déjà commencé à écrire quelque chose en C# je suppose ? Si oui, montre ce que tu as fait et dis-nous ce qui ne marche pas. Si non... je suggère que tu te donnes la peine d'essayer avant d'appeler au secours ;)

strcmpi devient String.Compare
la conversion implicite de int vers bool n'est pas faite donc ce ne sera pas if(!comp...) mais if(comp != 0) et char* devient string. Le reste est identique.

Mon probleme se situe au niveau des mots clés de C++ comme strcpy, memset, strncpy,la notion de pointeurs,.....Si j'arrivais a avoir leur equivalence en C# je pourrais continuer le travail.

Citation:

---

Envoyé par capouto

Mon probleme se situe au niveau des mots clés de C++ comme strcpy, memset, strncpy,la notion de pointeurs,.....Si j'arrivais a avoir leur equivalence en C# je pourrais continuer le travail.

---

C'est pour ça qu'il faut que tu regardes un tuto... C# n'a pas grand chose à voir avec C++, à part la syntaxe des structures de contrôle (et encore). (et au fait, ce ne sont pas de mots-clés de C++ mais des fonctions ;))

- Il n'y a pas de notion de pointeur (*), on manipule essentiellement des références
- La gestion des chaines de caractères en C# n'a rien à voir avec celle de C++ : elles ne sont pas représentées par des tableaux de caractères, mais par la classe String. D'autres part, les chaînes en C# ne sont pas modifiables.
- Pour copier une chaine, (équivalent de strcpy(dest, src)), il suffit de faire :

Code:

---

dest = src;

---

- pour strncpy (copier les n premiers caractères d'une chaine), tu peux faire comme ça :

Code:

---

dest = src.Substring(0, n);

---

- tu n'as pas besoin de memset pour initialiser une variable chaine. Avant que tu lui affectes une valeur, c'est juste une référence nulle


Il ne faut pas que tu essaies de traduire "littéralement" de C++ vers C#. Les langages et la plateforme d'exécution sont trop différents, il faut changer de façon de raisonner. Commence par lire un cours, comme celui-ci, sinon tu ne t'en sortiras pas.

(*) ce n'est pas tout à fait vrai, mais dans 99.9% des cas tu n'as pas besoin de t'en préoccuper

pour tes reponses. Ces equivalence m'ont fait du bien.je pense que je vais tenté ce que tu dis. Si jai une question je le mettrai sur cette discution

Un String c'est un tableau de caractères (unicode) :aie:
En fait, la classe String du C# n'a rien à voir avec la manipulation faite avec les char * du C++ mais se rapproche du std::string bien que cela reste grossomodo un array de char.

salut a tous. J'avance dans ma conversion.J'ai deja fait pas mal de choses. maintenant j'ai une question a poser et elle concerne la fonction wsprint(). J'aimerais savoir si quelques peut m'expliquer ca clairement et si possible faire un rapprochement avec le C#. Merci de repondre

sprintf/wsprintf (je ne connais pas trop la différence entre les 2) permet de formater des valeurs sous forme d'une chaine. L'équivalent en .NET serait la méthode String.Format, avec quelques différences bien sûr... regarde la doc pour plus de détails
http://msdn.microsoft.com/fr-fr/libr...ng.format.aspx

et pour afficher le résultat dans une console c'est Console.WriteLine

Bonjour a tous,

quelqu'un pourrait me dire que fait exactement la fonction SetWindowSet() du C++ et si possible son son equivalent en C#. merci pour vos reponses:aie:

jamais entendu parler de cette fonction... d'ailleurs même google ne la connait pas :aie:

Citation:

---

Envoyé par capouto

SetWindowSet()

---

Tu es sûr que tu ne t'es pas trompé de nom (2 set dans le nom d'une méthode c'est bizarre quand même...).

en realité je me suis tromper. C'est SetWindowText

C++ (MFC) : http://msdn.microsoft.com/en-us/libr...bz(VS.80).aspx
C# (.Net) : http://msdn.microsoft.com/en-us/libr...trol.text.aspx

Citation:

---

Envoyé par capouto

en realité je me suis tromper. C'est SetWindowText

---

Comme a dit Guulh, c'est la propriété Text, commune à tous les contrôles (et donc aussi à la classe Form qui hérite de Control)
Mais si tu continues à chercher une correspondance 1-1 entre C++ et C#, tu vas pas t'en sortir... tu ferais mieux de suivre un bon cours de C#, et de reprendre complètement ton appli plutôt que d'essayer de la "traduire"

L'ideal etait de faire comme tu le dis et j'aurai souhaité comme ca mais l'application est vaste et et le temps qui m'ai été donné pour le reprendre dans la version je n'ai pas le choix. Tu as deja été dans cette situation?

non...