Discussion :

[oodini]

Hello,

Est-il possible dans Visual C++ 2010 de plier/déplier ds blocs de code délimités par des accolades ?

[bertry]

Si par plier/déplier, tu veux dire cacher ou montrer des morceaux de codes dans l'IDE : la réponse est oui.
Cliques sur le petit carré juste à droite du bord gauche de ta fenêtre de code, à la hauteur de la ligne de l'accolade ouvrante.

[oodini]

Je ne dispose de ce carré que pour cacher les commentaires.

[bacelar]

Make-It YourSelf (VS2008)

http://social.msdn.microsoft.com/For...0-f78ec5a9409f

Mais une bonne clause if est une clause courte.

Si c'est ponctuel, il y a "#pragma region NOM".

[oodini]

Make-It YourSelf (VS2008)

http://social.msdn.microsoft.com/For...0-f78ec5a9409f

Il n'y a rien de plus réjouissant ? :-)

Mais une bonne clause if est une clause courte.

La longueur du contenu du if est déterminé par les spécifications ou l'algorithme.

Si c'est ponctuel, il y a "#pragma region NOM".

Malheureusement, je crains que mon collègue qui édite le même code sous Linux n'apprécie pas...
Mais c'est toujours bon à savoir. Merci !

[bacelar]

La longueur du contenu du if est déterminé par les spécifications ou l'algorithme.

NON, les spécifications ou un algorithme n'a jamais interdit de faire des fonctions ou des méthodes.

Malheureusement, je crains que mon collègue qui édite le même code sous Linux n'apprécie pas...
Mais c'est toujours bon à savoir. Merci !

Je pense me souvenir vaguement que dans les spécifications du C et du C++ qu'une directive #prama non comprise ne doit pas être prise ne compte.
Je pense me souvenir aussi que dans les spécifications du C et du C++ parle d'une sombre directive du nom de #ifdef qui permettrait de mettre des bouts de code non compatible avec une configuration hors du code sorti du préprocesseur.

Comme je ne vois toujours pas l'intérêt de cette fonctionnalité sur du code propre, pourquoi l'approche montrée dans "Make-It YourSelf" vous dérange ?

[oodini]

NON, les spécifications ou un algorithme n'a jamais interdit de faire des fonctions ou des méthodes.

Mauvaise méthode, selon moi.
Je ne vois pas l'intérêt d'ajouter le coût inhérent aux appels de fonction quand le bloc de code en question n'est exécuté qu'une fois.

Je pense me souvenir vaguement que dans les spécifications du C et du C++ qu'une directive #prama non comprise ne doit pas être prise ne compte.
Je pense me souvenir aussi que dans les spécifications du C et du C++ parle d'une sombre directive du nom de #ifdef qui permettrait de mettre des bouts de code non compatible avec une configuration hors du code sorti du préprocesseur.

Certes, mais ce n'est pas si facile, pour un humain, de faire abstraction de lignes qui prennent de la place.

Comme je ne vois toujours pas l'intérêt de cette fonctionnalité sur du code propre,

Pour avoir une meilleure vision du code.

pourquoi l'approche montrée dans "Make-It YourSelf" vous dérange ?

Parce qu'il faut que je le fasse moi-même.

[bacelar]

Mauvaise méthode, selon moi.
Je ne vois pas l'intérêt d'ajouter le coût inhérent aux appels de fonction quand le bloc de code en question n'est exécuté qu'une fois.

Très mauvaise méthode de faire le travail de l'optimiseur global, et en plus sur des zones qui ne nécessitent aucune optimisation.

Certes, mais ce n'est pas si facile, pour un humain, de faire abstraction de lignes qui prennent de la place.

Le remède simple : ne pas avoir trop de ligne.

Pour avoir une meilleure vision du code.


Parce qu'il faut que je le fasse moi-même.

Pourquoi réserver cette magnifique vue de votre code aux seuls utilisateurs de l'éditeur de VS ?

Simplifiez et "modularisez" votre code.