Discussion :

[KyuKarashima]

Bonjour tout le monde, ceci est mon premier message ici, et j'espère que vous pourrez m'aider.

J'ai fouillé un peu sur le site, le forum et sur le net pour la question que je vais vous poser, et je n'ai pas trouvé de réponses de satisfaisante.

Pour le projet que je fais actuellement, je dois traduire du code PHP vers du code C++. Comme les languages sont similaires, il n'y a pas trop de problème. C'est pas comme de VB à C++ ou de ASP à PHP. Mais dans PHP il y'a foreach qu'il n'y a pas en C++. J'avais pensé traduire le code suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
foreach($res as $ligne)
{
       ...
}

En ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
for(int i = 0; i < (sizeof(res)/sizeof(res[0]); i++)
{
        typeof(res[i]) ligne = res[i];
        ...
}

Je crois que typeof est un élément de C#, mais j'aimerais savoir s'il n'y a pas quelque chose d'équivalent en C++. Je sais que je pourrais travailler directement avec "res[i]", mais j'aimerais mettre la valeur dans "ligne" pour garder les modifications au code original au minimum.

J'utilise Visual Studio 6.0 si ça peux aider.

Merci à l'avance.

[Matthieu Brucher]

Si les éléments sont différents dans le tableau, tu ne pourras pas, ça n'existe pas en C++... Le coup du sizeof/sizeof, c'est très moyen même en C++ !
typeof n'existe pas non plus dans le standard - et encore moins donc avec VC6 qui n'est pas conforme au standard parce que trop vieux, tu devrais regarder vers Visual C++ Express 2005 -, et même là, il faudrait que tu aies un type de données, alors qu'en fait tu aimerais ne pas en avoir.
Il existe quand même une solution avec boost::any, mais c'est bien imparfait comme solution.

[tut]

regarde peut être du côté des RTTI qui te permette d'avoir des infos sur les types durant l'exécution.
Le coup du sizeof / sizeof est assez courant, et finalement pratique quand tu es obligé de bosser avec des tableaux... mais peut-être qu'un std::vector<> peut faire l'affaire ?

[swirtel]

tu ne connais pas le type employé dans ton ensemble ?

ce type change ?

[Laurent Gomila]

A l'endroit où tu manipules ton tableau, tu connais forcément son type et donc le type de ses éléments. Donc quel est le problème ?

Le coup du sizeof / sizeof est assez courant

En C++ il y a au moins deux façons de faire mieux (boost::array, ou détection automatique de la taille via un template).

[Médinoc]

Pour le coup du template, voir la macro ARRAYSIZE de Visual C++ : En C++, elle utilise un template pour s'assurer qu'on ne l'emploie que sur un tableau.

Si tableau il doit y avoir, le template est ce que je préconiserais...

[Luc Hermitte]

Le std::for_each du C++ applique un traitement à l'ensemble des éléments itérables entre deux bornes (quelle que soit la façon dont sont stockés ces éléments, il doivent juste être itérables). Il y a d'autres algos spécialisés dans le même genre pour faire recherches, copies, copies filtrantes, effacements, tris, ...

(Le foreach, tel que tu l'utilises en php, est chez moi un squelette de code qui se traduit en boucle for()).

Pour les tableaux statiques, (ceux natifs du C et du C++), j'aime bien utiliser boost::begin() et end() ou assimilé plutôt que de jouer avec des indices et la feinte du sizeof(). Feinte qui ne provoque même pas d'erreur quand utilisée sur des pointeurs.
=>

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
for (T const * ptr = boost::begin(array), end=boost::end(array)
    ; ptr != end
    ; ++ptr)
{
    Faire_qqch_avec(*ptr);
}

Dans le genre, j'avais croisé une macro array_size qu'il m'arrive d'utiliser régulièrement avec des assertions statiques. (NB: le bout de code du lien ne fonctionnera pas avec certains compilos, il faut rajouter un +0 à la valeur renvoyée dans le begin())


Et, pour en rajouter une couche,
- Si tes éléments sont différents, alors il y a des très fortes chances que tu aies un mauvais design
- Définitivement, VC6 est complètement déprécié -- Microsoft ne le maintient plus (un petit argument pour les responsables informatique qui s'archarnent à continuer de s'en servir)