Den enkleste løsningen er å bryte opp den fornærmende uttalelse i en "hvis" blokk, og bare kjøre blokken om variabelen i spørsmålet er ikke null. Så, forutsatt at i vår forrige eksempel, det var faktisk scenen som var null, kan vi gjøre noe sånt som dette:
if (someSprite.stage) {myArray.push (someSprite.stage.align.toLowerCase ()); }

Denne testen - if (someSprite.stage) - returnerer true hvis det er en verdi (uavhengig av verdi), og usant om det er null. Generelt denne notasjonen fungerer; du kan alltid bruke if (someSprite.stage! = null) hvis du foretrekker det. Tall presentere en litt annen situasjon, though. Hvis tallet har en verdi på 0, så teknisk sett har en verdi, men testing if (someNumberThatEqualsZero) vil vurdere å falske. For Numbers kan du bruke isNaN () -funksjonen til å avgjøre om en gyldig numerisk verdi blir lagret i en gitt variabel.

I alle fall er denne teknikken en enkel måte å omgå feilen. Hvis variabelen vi ønsker å utføre en operasjon på er ikke satt, så ikke gjør operasjonen. Hvis det ikke er velsmakende drikk i vår glass, ikke plukke opp glasset. Enkelt nok.

Men at tilnærmingen er bare mulig hvis logikken er valgfritt. Hvis logikken er nødvendig, så kanskje du kan gi en standardverdi til tvilsom variabel før feilen-ing drift. For eksempel, hvis myArray har potensial til å være null, men det er viktig at det ikke er det, kan vi gjøre dette: (! MyArray)
hvis {myArray = [];} myArray.push (someSprite.stage.align.toLowerCase ());

Dette vil først sjekke om matrisen er null. Hvis det er, initialisere det til en tom array (en tom array er en gyldig verdi. Det kan være tomt, men det er en matrise, og ikke null) før du kjører contrived linje med kode. Hvis det ikke er null, hopper rett til contrived linje med kode. I det virkelige liv vilkår, hvis våre glass er tom, og fyll den med en velsmakende drikke før du plukker den opp.

I tillegg, hvis myArray er en forekomst tilhører klassen der denne linjen med kode kjøres , kan du ganske sikkert sikre en gyldig verdi ved å initial dine egenskaper når objektet initialiserer.

Hva om logikken er nødvendig, men variabel i spørsmålet er ikke så lett under vår kontroll? For eksempel, hva om vår contrived kodelinje er nødvendig, men tvilsom variabelen er someSprite.stage? Vi kan ikke bare sette scenen eiendom; som er kontrollert internt til Displayobject og er skrivebeskyttet til oss vanlige dødelige. Da må du kanskje få crafty, og lese neste trinn

Det er sannsynligvis et uendelig antall scenarier der en gitt variabel eller eiendom kan være null. Selvfølgelig, jeg kan ikke dekke dem alle i en rask spiss. Det er en spesiell situasjon, men dukker det opp igjen og igjen

La oss si at du skriver noen kode som ser slik ut:.
Public class QuickSprite strekker Sprite {offentlig funksjon QuickSprite () {stage.addEventListener (MouseEvent.MOUSE_MOVE, onMove); } Private funksjon onMove (e: MouseEvent): void {var color: ColorTransform = new ColorTransform (); color.color = stage.mouseX /stage.stageWidth * 0xFFFFFF; this.transform.colorTransform = farge; }}

En annen contrived bit av koden (som kan indusere anfall - anser deg selv advart), men i utgangspunktet ideen er at du har en Sprite underklasse og du setter dette som klassen for et klipp på scenen, ved hjelp av Flash IDE .

Men, du bestemmer deg du ønsker å jobbe med disse QuickSprites programmatisk. Så du prøve dette:
Var qs: QuickSprite = new QuickSprite (); addChild (qs);

Og du får den forbannede Error 1009. Hvorfor? Fordi i QuickSprite konstruktør, får du tilgang scenen eiendom (arvet fra Displayobject). Når objektet er opprettet utelukkende med kode, er det ikke på scenen på det punktet at den linjen med kode kjøres, noe som betyr at scenen er null, og du får feilen. Den QuickSprite blir lagt allerede neste linje, men det er ikke fort nok. Dersom forekomsten er skapt ved å dra et symbol ut av biblioteket og på scenen, så er det en litt magi på jobb bak kulissene som sikrer at forekomsten er på scenen (det er, er scenen eiendom) under konstruktøren

Så her er hva du gjør:. du teste for eksistensen av en verdi for scenen. Avhengig av resultatet, kan du enten kjøre satt opp kode med en gang, eller sette opp en annen hendelse lytteren for når QuickSprite ikke får lagt til scenen. Noe sånt som dette:
offentlig funksjon QuickSprite () {if (scene) {init (); } Else {this.addEventListener (Event.ADDED_TO_STAGE, init); }} privat funksjon init (e: Hendelses = null) {this.removeEventListener (Event.ADDED_TO_STAGE, init); stage.addEventListener (MouseEvent.MOUSE_MOVE, onMove);}

Hvis vi flytter scenen linje til en annen funksjon, og bare kalle den funksjonen når vi har en scene, så vi er klar. Hvis scenen finnes fra starten av, gå videre og kjøre init () med en gang. Hvis ikke, vil vi bruke init () som en hendelse lytteren funksjon for ADDED_TO_STAGE, og da vil vi ha en scene verdi og kan kjøre koden. Nå kan vi bruke klassen for enten å koble til IDE Sprite eller helt programmatisk.

Dette fungerer godt i dokument klasser, også. Når du kjører en SWF av seg selv, har dokumentet klassen umiddelbar tilgang til scenen. Hvis du legger i at SWF inn i en annen SWF, men koden i dokumentet klassens initialisering stack blir utført før den lastede SWF legges til skjermen. En lignende scene-sjekking triks vil tillate deg å arbeide med SWF både som frittstående stykke og som en SWF lastet inn en inneholder SWF.

Takk for at du leser denne Quick Tips ! Jeg håper du blir opplyst litt om hvordan Error 1 009 oppstår, og hvordan du kan feilsøke det. Stay tuned for flere raske tips om andre vanlige feil. Anmeldelser