Résolution des problèmes de rétroconception dans Microsoft Visual C++ 6.0

Important :  Cet article a été traduit automatiquement, voir l’avertissement. Vous pouvez consulter la version en anglais de cet article ici.

Au cours du processus de rétroconception, un fichier journal dressant la liste des erreurs détectées est créé. Ce fichier est nommé <rep_temp>\<nom_du_projet>.txt (c:\temp\projet.txt, par exemple). La plupart, pour ne pas dire l'ensemble, des erreurs rencontrées se produisent dans les classes qui utilisent des modèles C++. L'API du fichier de recherche comporte plusieurs bogues connus qui affectent sa capacité à traiter les modèles C++.

Fonctionnalités de code non conçu par le Complément UML Visio

  • Types d'attribut

  • Types de renvoi de méthode

  • Valeurs par défaut des paramètres

  • Espaces de nom  Si une classe A est définie dans un espace de nom, elle est rétroconçue, mais pas son appartenance à un espace de nom.

  • Plusieurs mots clé C++, dont inline, friend et volatile.

  • Classes et méthodes abstraites  Elles ne sont pas identifiées en tant que telles dans le modèle rétroconçu.

  • Définition des modèles  Les instances des classes de modèle sont rétroconçues, mais uniquement en tant que classes standard, pas en tant que classes paramétrables.

Fonctions de code parfois conçu par le Complément UML Visio

  • Paramètres de méthode En raison d'un bogue dans l'API du fichier de recherche, les longues listes de paramètres risquent de ne pas être rétroconçues.

  • Noms des paramètres de méthode  Les noms de paramètre proviennent des définitions de méthode qui surviennent à l'extérieur de la définition de classe. Si vous définissez une méthode dans une définition de classe, vous ne pouvez pas obtenir de noms de paramètre corrects. Dans ce cas, des noms sont automatiquement générés.

Fonctions de code parfois incorrectement rétroconçues par le Complément UML Visio

  • Classes et méthodes de classes  En raison d'un bogue dans l'API du fichier de recherche, les noms de classe et de méthode de classe sont parfois endommagés. Si un nom endommagé est détecté lors de la rétroconception, l'élément n'est pas ajouté au modèle UML. Ce problème concerne généralement les classes issues des modèles C++. Il arrive que les noms endommagés ne soient pas détectés, auquel cas ils sont ajoutés au modèle UML.

Remarque : Avertissement traduction automatique : cet article a été traduit par un ordinateur, sans intervention humaine. Microsoft propose cette traduction automatique pour offrir aux personnes ne maîtrisant pas l’anglais l’accès au contenu relatif aux produits, services et technologies Microsoft. Comme cet article a été traduit automatiquement, il risque de contenir des erreurs de grammaire, de syntaxe ou de terminologie.

Développez vos compétences
Découvrez des formations
Accédez aux nouvelles fonctionnalités en avant-première
Rejoignez le programme Office Insider

Ces informations vous ont-elles été utiles ?

Nous vous remercions pour vos commentaires.

Merci pour vos commentaires. Il serait vraisemblablement utile pour vous de contacter l’un de nos agents du support Office.

×