Problembehandlung für Reverse Engineering von Microsoft Visual C++ 6.0

Wichtig :  Dieser Artikel wurde maschinell übersetzt. Bitte beachten Sie den Haftungsausschluss. Die englische Version des Artikels ist als Referenz hier verfügbar: hier.

Während des Vorgangs des Reverse Engineerings wird eine Protokolldatei erstellt, die erkannte Fehler auflistet. Die Datei wird in das Verzeichnis <temp_dir>\<Projektname>.txt (z. B. c:\temp\projekt.txt) geschrieben. Die meisten – möglicherweise auch alle – Fehler treten in Klassen auf, die C++-Vorlagen verwenden. (Die Browserinformationsdatei-API weist mehrere bekannte Fehler auf, die die Verarbeitung von C++-Vorlagen beeinträchtigen.)

Codefeatures, die nicht reverse Engineering vom Visio UML-Add-In

  • Attributtypen

  • Rückgabetypen von Methoden

  • Standardwerte von Parametern

  • Namespaces  Wenn eine Klasse A innerhalb eines Namespaces definiert ist, wird für die Klasse Reverse Engineering durchgeführt. Für die Tatsache, dass sie Teil eines Namespaces war, wird jedoch kein Reverse Engineering durchgeführt.

  • Mehrere C++-Schlüsselwörter, einschließlich inline, friend und volatile.

  • Abstrakte Klassen und Methoden  Diese werden nicht als solche in dem Modell erkannt, für das Reverse Engineering durchgeführt wurde.

  • Vorlagendefinitionen  Für Instanzen von Vorlagenklassen wird Reverse Engineering durchgeführt, jedoch nur als Standardklassen, nicht als parametrisierte Klassen.

Codefeatures, die in einigen Fällen reverse Engineering vom Visio UML-Add-In sind

  • Methodenparameter Durch einen Bug in der Durchsuchungsdatei-API wird für lange Parameterlisten nicht immer Reverse Engineering durchgeführt.

  • Namen von Methodenparametern  Parameternamen werden aus Methodendefinitionen abgerufen, die außerhalb der Klassendefinition stattfinden. Wenn eine Methode in einer Klassendefinition definiert wird, können die richtigen Parameternamen nicht abgerufen werden. In diesem Fall werden die Namen automatisch generiert.

Codefeatures, die manchmal falsch sind reverse Engineering vom Visio UML-Add-In

  • Klassen und Klassenmethoden  Durch einen Bug in der Browserinformationsdatei-API werden Klassennamen und Klassenmethodennamen mitunter beschädigt. Wenn während des Reverse Engineerings ein beschädigter Namen erkannt wird, wird das Element dem UML-Modell nicht hinzugefügt. Dies Problem tritt im Allgemeinen in Klassen auf, die aus C++-Vorlagen abgeleitet werden. Gelegentlich wird die Beschädigung von Namen nicht erkannt, in diesem Fall wird der beschädigte Name dem UML-Modell hinzugefügt.

Hinweis : Haftungsausschluss für maschinelle Übersetzungen: Dieser Artikel wurde mithilfe eines Computersystems und ohne jegliche Bearbeitung durch Personen übersetzt. Microsoft bietet solche maschinellen Übersetzungen als Hilfestellung für Benutzer ohne Englischkenntnisse an, damit Sie von den Informationen zu Produkten, Diensten und Technologien von Microsoft profitieren können. Da es sich bei diesem Artikel um eine maschinelle Übersetzung handelt, enthält er möglicherweise Fehler in Bezug auf (Fach-)Terminologie, Syntax und/oder Grammatik.

Ihre Fähigkeiten erweitern
Schulung erkunden
Neue Funktionen als Erster erhalten
An Office Insider teilnehmen

War diese Information hilfreich?

Vielen Dank für Ihr Feedback!

Vielen Dank für Ihr Feedback. Es klingt, als ob es hilfreich sein könnte, Sie mit einem unserer Office-Supportmitarbeiter zu verbinden.

×