Skal man lave sin egen animation i Silverlight, er der to metoder at gøre det p˚a[Smi]. Den første metode bruger en klasse, der hedder DispatcherTimer, og den anden metode udnytter en EventHandler, der h˚andtererframe-rendering.
Jeg har valgt at lave animationer p˚a baggrund af den sidstnævnte metode.
DispatcherTimerer en klasse man kan opsætte til at sammarbejde med pro-grammets dispatcher. Dispatcheren er en mekanisme i programmet, der
bestem-mer sammarbejdet, mellem tr˚ade og processer i systemet.
Ved at opsætte et interval i DispatcherTimer-klassen, kan man f˚a dispatcheren til automatisk at vende tilbage for at udføre en Callback-metode og derefter g˚a i dvale indtil intervallet slutter. Jeg har fravalgt denne metode, fordi den stiller særlige krav til dispatcheren, og kodemæssigt kræver større kontrol.
Den anden metode at lave animationer p˚a, udnytter enframe-rendering Even-tHandler. Hver gang at Silverlight skal opdatere et billede i grafikken (et frame), vil en EventHandlerRendering blive h˚andteret. Grafikken i Silverlight bliver konstant opdateret, og derfor vilRendering hele tiden blivet h˚andteret.
Figur 8.1: EventHandleren h˚andteres hver gang grafikken opdateres.
EventHandlere kan h˚andtere flere metoder, n˚ar der sker en Event, og jeg kan derfor tilføje en brugerdefineret metode til Rendering, som vil blive h˚andteret sammen med grafikken.
8.2.1 Fremgangsm˚ ade for Animering
Oplagringsmodellen beskriver GPS-koordinaterne til det sted, hvor der blev foretaget en positionsmelding. Til at animere togrejsen for prototypen har jeg valgt kun at animere skiftet fra et koordinat til et nyt koordinat. Dette betyder, at et togsæt vil blive animeret i en lige strækning, og derfor springer skinnerne lidt over nogle steder.
Figur 8.2: Animering mellem to koordinater, der ignorerer skinner.
8.2 Animering i Silverlight 65
Jeg skal udføre en animation mellem to koordinater igennem en metode, der konstant bliver h˚andteret og gradvist ændre animationen. For at foretage æn-dringen i animationen, er jeg nødsaget til at vide følgende detaljer.
• Hvordan skal animationen starte og slutte?
• Hvor lang tid skal animationen vare?
• Hvad tidspunkt p˚abegyndes animationen?
• Hvor langt tid er der g˚aet efter p˚abegyndelsen?
Det er muligt at tilføje et element p˚a Bing Maps kortet, der kan repræsentere et togsæt og f˚a det vist p˚a et GIS-koordinatsæt. Bing Maps biblioteket bruger klassen Location til at repræsentere longitude og latitude. Hvis man sætter et element til at nedarve denne klasse, ved at tilføje den som ejendom, vil Verdenskortet vise elementet p˚a det givne koordinat.
For at elementet kan bevæge sig flydende p˚a kortet, skal man opdatere værdierne for Location klassen p˚a elementet. Først fjernes elementet fra kortet, dernæst ændres værdierne i Location, og til slut tilføjes elementet igen. Denne han-dling kan udføres p˚a kortet flere tusind gange i sekundet, uden det bemærkes i brugeroplevelsen.
Lad os antage, at vi vil animere et togsæt med metoden ”opdaterTog()”, ved at benytte EventHandlerenRendering. Vi erstatter GIS-koordinater med lave tal for forst˚aelsens skyld.
Figur 8.3: EventHandleren h˚andteres hver gang grafikken opdateres Et togsæt er placeret p˚a position (5, 0) skal til position (10, 5).
Vi ved derfor, at toget skal animeres +5 vandret, og +5 lodret i forhold til et koordinatsystem.
Animationen starter ved systemtiden 0, og skal slutte ved systemtiden 100.
Hvis systemtiden er 50, kan vi udregne koordinatet for togsættet p˚a følgende
m˚ade.
Tid g˚aet = (50∗100%)/100 = 50%
Vandret afstand = (5∗50%)/100% = 2.5 Lodret afstand = (5∗50%)/100% = 2.5 Togets position ved tidspunkt 50 vil være (2.5, 2.5).
8.2.2 Systemflow
I denne sektion vil jeg beskrive, hvordan systemet skal udnytte systemarkitek-turen til at implementere brugeroplevelsen. Jeg vil beskrive min strategi for at behandle afspilningen igennem brugerens handlinger i GUI’en.
8.2.3 Datagrundlag for animering
Jeg har bestemt strukturen i oplagringsmodellen, og jeg har bestemt hvordan GUI’en skal opføre sig. Systemet har brug for en metode, der dynamisk fortolker indholdet af oplagringsmodellen.
I sektion 7.4.2bestemte jeg, at man kan opsætte en opslagsmodel Manuskript af oplagringsmodellen for at at spare ressourcer.
Hvert togsæt i systemet har derfor brug for følgende modeller.
Historik, som beskriver indholdet af opslagmodellen, og
Manuskript, som er en fortolkning af opslagsmodellen og indeholder opslag, til udregningerne af afspilningen.
8.2 Animering i Silverlight 67
Figur 8.4: Manuskript fortolker Historik, til en opslagsmodel.
Manuskriptet er en liste af klassen Instruktion, der beskriver omstændighederne ved en hændelse, og indeholder data til at udregne positionen for et togsæt mellem koordinaterne for to hændelser.
Figur 8.5: Manuskriptet indeholder instruktioner for afspilningen.
Begge modeller er en del af klassen Player, som beskrevet i sektion7.4.2.
His-torik vil være en del af klassen Litra, og Manuskript være en del af klassen LitraPlayInfo.
8.2.4 Fremgangsmetode for animering
N˚ar afspilningen startes opsætter en variabel, der noterer hvor længe afspilnin-gen har været igang. Tidspunktet opdateres konstant, og kan derfor bruges til at opdatere kortet s˚a ofte som systemet kan følge med.
Vi husker, at EventHandlerenRendering h˚andteres hver gang at grafikken op-dateres, og vi kan derfor tilføje en metode til at h˚andtere animeringen af Ver-denskortet og styringen af Afspilleren. Metoden der skal udføre dette, kalder jegupdatePlay().
N˚ar et togsæt bliver sat i fokus kræves det, at Event-Listen bliver opsat med data fra historikken. For at gøre listen brugbar, skal den fremhæve det element i listen, der repræsenterer den hændelse, der sidst er udført.
Figur 8.6: Event-listen markerer det det sidste hændte event.
Event-Listen er kun aktiveret, n˚ar et togsæt er i fokus, og derfor har jeg valgt at konstruere en ekstra, der skal h˚andteres afRendering, n˚ar listen blive aktiveret.
Denne metode kalder jegmanageEvents().