Feilsøking ved omvendt utvikling av Microsoft Visual C++ 6.0

Viktig: Denne artikkelen er maskinoversatt, se ansvarsfraskrivelsen. Du finner den engelske versjonen av artikkelen her som referanse.

Når du foretar omvendt utvikling, blir det opprettet en loggfil som viser feilene som er oppdaget. Filen blir skrevet til <midl_kat>\<prosjektnavn>.txt (for eksempel c:\temp\prosjekt.txt). De fleste, om ikke alle, feilene som blir funnet, forekommer i klassene som bruker C++-maler. (Informasjonsfilens API har flere kjente feil som påvirker evnen til å håndtere C++-maler.)

Kodefunksjoner som ikke er omvendt utvikling av Visio UML-tillegg

  • Attributtyper

  • Returtyper for metoder

  • Standardverdier for parametere

  • Navneområder  Hvis du definerer en klasse A i et navneområde, blir det foretatt omvendt utvikling av klassen, men det faktum at den var del av et navneområdet, blir det ikke foretatt omvendt utvikling av.

  • Flere C++-nøkkelord, inkludert inline, friend og volatile.

  • Abstrakte klasser og metoder  Disse angis ikke som slike i den omvendt utviklede modellen.

  • Maldefinisjoner  Det blir foretatt omvendt utvikling av noen malklasser, men bare som standardklasser, ikke som parameterklasser.

Kodefunksjoner som blir noen ganger omvendt utvikling av Visio UML-tillegg

  • Metodeparametere På grunn av en feil i informasjonsfilens API, blir det ikke alltid foretatt omvendt utvikling av lange parameterlister.

  • Parameternavn for metoder  Parameternavnene blir hentet fra metodedefinisjoner som forekommer utenfor klassedefinisjonen. Hvis du definerer en metode i en klassedefinisjon, er det ikke mulig å få tak i de riktige parameternavnene. I dette tilfellet genereres navnene automatisk.

Kodefunksjoner som er noen ganger feil omvendt utvikling av Visio UML-tillegg

  • Klasser og klassemetoder  På grunn av en feil i informasjonsfilens API, kan navnene på klasser og klassemetoder noen ganger bli skadet. Hvis det blir funnet et skadet navn under omvendt utvikling, blir ikke elementet lagt til i UML-modellen. Dette problemet forekommer vanligvis i klasser som er avledet fra C++-maler. Det kan forekomme at skadede navn ikke blir oppdaget, og det skadede navnet vil da bli lagt til i UML-modellen.

Merknad: Ansvarsfraskrivelse for maskinoversettelse: Denne artikkelen er oversatt av et datasystem i stedet for en oversetter. Microsoft tilbyr disse maskinoversettelsene slik at brukere som ikke snakker engelsk, får tilgang til innhold om Microsoft-produkter, -tjenester og –teknologier. Ettersom artikkelen er maskinoversatt, kan den inneholde feil i vokabular, syntaks eller grammatikk.

Utvid ferdighetene dine
Utforsk opplæring
Vær først ute med de nye funksjonene
Bli med i Office Insiders

Var denne informasjonen nyttig?

Takk for tilbakemeldingen!

Takk for tilbakemeldingen! Det høres ut som det kan være lurt å sette deg i kontakt med én av våre Office-kundestøtteagenter.

×