Achèvement de classe — CTRL+MAJ+C

L'habitude de Delphi (3 à 7), il me manque des fonctionnalités en C++Buider 2007

j'utilise souvent

Achèvement de classe — CTRL+MAJ+C qui ne fonctionne pas en C++Buider ???
Cela ajoute les accesseurs lorsque j'ai déclaré une __property, cela ajoute aussi bien les prototypes dans la classe qu'un squelette de code !
Idem, lorsque je déclare une fonction dans la classe, CTRL+MAJ+C et cela ajoute tout seul le squelette de code de la fonction dans la section implementation, ne fonctionne pas non plus en C++ Builder

Existe-t-il un raccourci similaire en C++ Builder autre que CTRL+MAJ+C ?

Même dans l'explorateur de Structure (Ctrl+Maj+F11), on ne trouve plus "Ajouter une Fonction" pour que cela ajoute aussi bien dans le Header que dans le Code
Je n'utilisais jamais cet expert en Delphi, CTRL+MAJ+C le rendait inutile mais en C++ Builder, c'est un penible (surtout qu'en j'ai des directives certaines faut les laisser d'autres pas !)


J'ai trouvé Ctrl+F6 (non documenté) pour alterner entre Header \ Code mais ce n'est pas aussi efficace qu'en Delphi avec
Basculer entre la déclaration et l'implémentation — CTRL+MAJ+Up (CTRL+MAJ+Down)
A part le Tree Structure, existe-t-il un raccourci pour passer de la déclaration de la fonction au code de la fonction ?

Je n'ai pas non plus trouvé l'éditeur de template (CTRL+J — Menu surgissant des modèles de code) pour ajouter mes propres templates (ce que je faisais en Delphi)

Remarque : J'ai activé toutes les options de complètion et d'achèvement, en fait les valeurs par défaut !

Hello,

Sous 2007, l'éditeur de templates de code se trouve dans le menu "Voir" -> "Templates de code".

C'est marrant tout ce que tu dis sur l'IDE de C++Builder... A chaque fois que j'ai eu à mettre les mains dans du code Delphi, j'ai trouvé que l'IDE côté Delphi était 1000 fois plus sympa à utiliser (ne serait-ce que du point de vue réactivité)... Bienvenue du côté obscur... ;)

Merci Totoche !
Effectivement le menu "Template de Code" n'était pas loin, j'avais l'habitude de l'avoir dans les options (ben logique à côter de la case à cocher pour les activer ou non)

Ce qui est pas mal en C++ Builder c'est de pouvoir "construire une unité", étant novice en C++, je fais des erreurs de syntaxes !

En Delphi, il y a le vérificateur de syntaxe mais je ne l'utilise jamais, la compilation simple étant très rapide. Je ne crois pas qu'il existe "construire une unité" en Delphi même dans les nouvelles versions (>7), cela doit être incompatible avec le langage (du moins, je le crois...)

Le projet C++ dont je m'occupe est étrange, la compilation simple recompile énormément d'unité à chaque fois (un code très imbriqué de Frame utilisant la MainForm, les Frame utilisant aussi leur Parent et reciproquement) où est-ce un comportement fréquent dans un projet C++ ?

Pour ce que je constate, il recompile toutes les unités qui dépendent d'un ".h" modifié. Donc dès que tu ajoutes une composante, cela altère le ".h" et toutes les unités avec un "#include" sur ce .h vont être recompilées!

Tu peux gagner du temps avec la précompilation des headers (options du projet, C++ Compiler, Precompiled headers, moi j'utilise "Use Precompiled Headers: "Generate and use" et "Enable smart cached precompiled headers" dans la partie "Usage"). Mais il y a parfois des effets étranges (génération d'exception en runtime) qui se résolvent en refaisant un "Build" complet à la place d'un simple "Compile".

Il y a surement un peu de boulot à faire pour simplifier ou rationaliser certaines inclusions, par exemple avec des déclarations anticipées, et vérifier que toutes les inclusions sont nécessaires (à force de trafiquer le code, certaines inclusions finissent par être inutiles).

C'est comme les raccourcis genre
Ctrl+Maj K+E Réduit un bloc de code.
Ctrl+Maj K+U Développe un bloc de code.
Parfois j'arrive à les faire passer mais faut vraiment le vouloir !

Je suis en français (ça se comprend) et tout est coché dans options du projet, C++ Compiler, Entêtes pré-compilés...

les include avant "#pragma hdrstop", il y en a 4-5 (vcl, windows, stdio ...), et parfois aucune, quelle est la bonne pratique ?

Pour ce qui est des include et déclaration anticipées, je n'ai pas trop le controle, c'est un projet que j'ai repris depuis un petit mois.
Je dois avoir écrit plus de classes (moi je viens du Delphi, la forward déclaration c'est un basique) que le précédent développeur qui a codé quasiment 95% de l'appli dans les TForm\TFrame (un MainForm de 11000L) et quelques struct, une dizaine de classe (le seul héritage avec un vague polymorphisme, en fait non, transtypage puis case, pas de polymorphisme finalement du code façon C).

Dans tout le code, il n'y a le une seule fonction virtuelle (avec le judicieux nom de FctDivers) dans l'ancêtre commun à toutes les TForm et cela fait rien tout et un peu n'importe quoi.
"virtual" devait sembler être un truc ésotérique, voire magique pour mon prédecesseur, il a mis un commentaire qui m'a inquiète sur la maitrise des principes de base de POO puis mes doutes ont été confirmés.

Hier, j'ai modifié les Couleurs de l'Editeur de Code et j'ai du toucher à autre chose au passage sans le vouloir !

Depuis Hier après mes modifs, les boutons "précédent" et "suivant" de la barre de navigation permettant de remonter dans les fichiers (on revient où l'on a cliqué comme si on remontait dans le temps) ne fonctionnent plus !
C'est dommage, je m'en sers !