Debugging Loggfila kode med Visual Studio

stemmer
70

Er det en måte å feilsøke Loggfila kilde i Visual Studio (i stedet for debugging den genererte javascript)?

Fra Loggfila språk spesifikasjoner:

Maskinskrevet manuskript gir eventuelt kilde kart, slik at kilde-nivå feilsøking.

Jeg ble derfor forventer å kunne plassere stoppunkter i ts kode og være i stand til å feilsøke det, men det fungerer ikke. Jeg fant ikke noen andre nevner av debugging i spesifikasjonene. Er det noe jeg bør gjøre for å gjøre dette arbeidet? Kanskje ordet eventuelt hint om at jeg må gjøre noe for at det skal fungere ... Noen forslag?

Publisert på 03/10/2012 klokken 15:32
kilden bruker
På andre språk...                            


6 svar

stemmer
65

Oppdatere så av VS 2017:

VS2017 arbeider nå for å feilsøke Loggfila direkte i Visual Studio, akkurat som om du feilsøker C #. Se mitt svar nedenfor.

Original Svar for tidligere versjoner av VS:

Du kan ikke være i stand til å feilsøke i VS, men du kan i enkelte nettlesere. Aaron Powell har blogget om å få stoppunkter som arbeider i Chrome Canary akkurat i dag: https://www.aaron-powell.com/posts/2012-10-03-typescript-source-maps/ .

For å oppsummere (veldig kort) hva Aaron sier, bruker du -sourcemapbryteren på kompilatoren å generere en *.js.mapfil i samme katalog som kilde. I nettlesere som støtter kilde maps (Chrome Canary, og antagelig siste Firefox bygger, siden de er en Mozilla idé), kan du feilsøke .tskilde like du ville normale .jsfiler.

Bloggen slo "Forhåpentligvis enten Visual Studio eller IE (eller begge) teamet også plukke opp Source Maps og legge til støtte for dem også." - noe som antyder det har ikke skjedd ennå.

Oppdater:

Med utgivelsen av Loggfila 0.8.1, er Source Kart debugging nå også tilgjengelig i Visual Studio:

http://blogs.msdn.com/b/typescript/archive/2012/11/15/announcing-typescript-0-8-1.aspx

Fra kunngjøringen:

Debugging Loggfila støtter nå kilde nivå debugging! Kilden kartet formatet har blitt stadig mer populært som en måte å feilsøke språk som oversette til Javascript og støttes av en rekke nettlesere og verktøy. Med versjon 0.8.1, Loggfila kompilatoren støtter offisielt kilde kart. I tillegg den nye versjonen av typescript for Visual Studio 2012 støtter debugging bruke kilden kartet format. Fra kommandolinjen, har vi nå full støtte for bruk av --sourcemap flagg, som sender ut en kilde kartet fil som tilsvarer Javascript utgang. Denne filen vil tillate direkte debugging den opprinnelige Loggfila kilde i kilde kart-aktiverte nettlesere og Visual Studio. Slik aktiverer debugging i Visual Studio velg 'Debug' fra rullegardin etter å lage en HTML Søknad med typescript prosjektet.

oppdatering :

WebStorm har også lagt til støtte for debugging via SourceMaps: http://blog.jetbrains.com/webide/2013/03/webstorm-6-0-released-adds-typescript-debugging-with-source-maps-fresh-ui- og mye mer/

Først WebStorm åpner for smartere og mer strømlinjeformet webutvikling med moderne språk som maskinskrevet manuskript, CoffeeScript og Dart. I tillegg til å gi et førsteklasses kode editor for disse språkene, WebStorm 6 tilbud:

Automatisk samling / transpilation av disse høyere nivå språk i de anerkjent av nettlesere på alle støttede plattformer. Fullverdig debugging av maskinskrevet manuskript, Dart eller CoffeeScript med kilde kart.

Svarte 03/10/2012 kl. 15:34
kilden bruker

stemmer
14

Med VS2013 Loggfila program, hadde jeg ikke å endre noe i web.config. Jeg satte et stoppunkt i ts filen og feilsøkt i IE, og vips, stoppunkt stoppet inne Loggfila.

Svarte 11/12/2013 kl. 00:46
kilden bruker

stemmer
4

Dette er nå løst i VS 2017 slik at du kan feilsøke direkte i Visual Studio og typescript.

Bare sette stoppunkt i din * Ts-fil, og det vil bli rammet.

Og det vil feilsøke i VS, ikke IE, som om du skulle debugging C #.

Svarte 03/12/2016 kl. 05:51
kilden bruker

stemmer
3

Debugging Loggfila med Visual Studio jobber med de riktige innstillingene. (I tidligere versjoner av VS jeg møter problemer noen ganger, under er hvordan det fungerer fint med VS 2015 CTP 6)

  1. Først må du kontrollere at du oppretter kilde kart når kompilering Loggfila til javascript. Så du bør ha en xxx.js.map fil nær hver xxx.js.

    Får kilde kart ved å kjøre Loggfila kompilatoren utsiden av Visual Studio ikke forårsaker noen problemer, på TSC kommandolinjen legge

    --sourcemap %1.ts
    

    din jafs skriptet vil vanligvis gi sourcemaps som standard.

  2. Konfigurer web-applikasjon i Visual Studio .

    Sett Internet Explorer som startleseren. Jeg fikk den arbeider kun med IE og tror ikke noen annen nettleser vil fungere.

    I prosjektet egenskaper gå til "Web" -fanen og konfigurere "Debuggere" nederst: Deaktiver alle debuggere ! Dette er teller intutitive og du kan se denne feilmeldingen:

    Du har forsøkt å starte debugger, men basert på de gjeldende debug innstillinger på nettegenskapssiden er det ingen prosess for å feilsøke. Dette skjer når "Ikke åpne en side. Vent på en forespørsel fra en annen prosess" alternativet er valgt, og ASP.NET debugging er deaktivert. Kontroller innstillingene på nettegenskapssiden og prøv igjen.

    Som feilmeldingen sier, bør Start Handling på toppen av nettegenskapene være et annet alternativ, som " Gjeldende side ".

    Sett stoppunkter i din ts kode inne Visual Studio nå eller senere.

    hit F5

Selv om du kan bruke Visual Studio Editor til å feilsøke og redigere ts filer, "Edit og fortsett" vil ikke fungere, er det foreløpig ingen nettleser som kan laste js og js.map filer og fortsette. (Korriger meg noen hvis jeg tar feil, og jeg vil være fornøyd.)

Svarte 06/04/2015 kl. 05:52
kilden bruker

stemmer
2

Loggfila debugging fungerte ikke for meg i det hele tatt med VS2013 Update 3 på noen av mine maskiner. Etter mye frustrasjon, bestemte jeg meg for å prøve å oppdatere til VS2013 Update 4 CTP. Endelig stoppunkter blir truffet i VS!

Svarte 31/10/2014 kl. 15:55
kilden bruker

stemmer
0

korte svaret: Start Visual Studio

Bakgrunn: Jeg hadde 2 Visual Studio-2015 tilfeller med to ulike prosjekter med typescript. Den første startet eksempel ikke feilsøke på riktig måte, den andre gjorde. Alle prosjektinnstillingene var de samme. Jeg ble startet igjen den første instans, og deretter den feilsøkt maskinskrevet manuskript (endelig).

Svarte 14/02/2017 kl. 10:16
kilden bruker

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more