Fejlfinding i forbindelse med reverse engineering af Microsoft Visual C++ 6.0

Vigtigt: Denne artikel er maskinoversat. Se ansvarsfraskrivelsen. Du kan finde den engelske version af denne artikel her til din orientering.

Under reverse engineering oprettes der en logfil, der opstiller de fundne fejl. Filen skrives til <temp_dir>\<projektnavn>.txt (f.eks. c:\temp\projekt.txt). De fleste af og i nogle tilfælde alle de fejl, der opstår, findes i klasser, der bruger C++-skabeloner. (Gennemsynsfilens API har flere kendte fejl, der påvirker muligheden for at håndtere C++-skabeloner.)

Kodefunktioner, ikke der reverse engineering af Visio UML-tilføjelsesprogram

  • Attributtyper

  • Metodereturneringstyper

  • Parameterstandardværdier

  • Navneområder  Hvis en klasse A defineres i en navneområde, bliver der foretaget reverse engineering af klassen, men det faktum, at den var del af et navneområde, bliver der ikke foretaget reverse engineering af.

  • Flere C++-nøgleord, herunder inline, friend og volatile.

  • Abstrakte klasser og metoder  Disse identificeres ikke som sådanne i den model, der er foretaget reverse engineering af.

  • Skabelondefinitioner  Der foretages reverse engineering af instanser af skabelonklasser, men kun som standardklasser, ikke som parameterklasser.

Kodefunktioner, der er nogle gange reverse engineering af Visio UML-tilføjelsesprogram

  • Metodeparametre Der foretages ikke altid reverse engineering af lange parameterlister på grund af en fejl i gennemsynsfilens API.

  • Metodeparameternavne  Parameternavne hentes fra metodedefinitioner, der opstår uden for klassedefinitionen. Hvis en metode defineres i en klassedefinition, kan korrekte parameternavne ikke hentes. Navne genereres automatisk i disse tilfælde.

Kodefunktioner, der er nogle gange forkert reverse engineering af Visio UML-tilføjelsesprogram

  • Klasser og klassemetoder  Klassenavne og klassemetodenavne ødelægges ind imellem på grund af en fejl i gennemsynsfilens API. Hvis der findes et ødelagt navn under reverse engineering, føjes elementet ikke til UML-modellen. Dette problem opstår i klasser, der er afledt fra C++-skabeloner. Ind imellem opdages det ødelagte navn ikke, og det ødelagte navn føjes til UML-modellen.

Bemærk: Ansvarsfraskrivelse for maskinoversættelse: Denne artikel er blevet oversat af et computersystem uden menneskelig indgriben. Microsoft tilbyder disse maskinoversættelse for at hjælpe ikke-engelsktalende brugere til at kunne nyde indhold om Microsofts produkter, tjenester og teknologier. Da artiklen er maskinoversat, kan den indeholde forkerte ord eller syntaks- eller grammatikfejl.

Del Facebook Facebook Twitter Twitter Mail Mail

Var disse oplysninger nyttige?

Fantastisk! Har du mere feedback?

Hvordan kan vi forbedre det?

Tak for din feedback!

×