Indholdsfortegnelse
Den interne forfatning af vores ansøgning er et sæt klasser og deres forskellige objekter, dette udgør et objektorienteret paradigme, men dette er en del af, hvad vores ansøgning skal repræsentere.Vi siger dette, fordi når vi arbejder med en brugergrænseflade, forventes det, at når en applikationsbruger udfører en handling på den, vil de have et svar, for eksempel hvis de klikker på en knap, skal der vises noget på skærmen, disse handlinger udføres af brugeren De kaldes begivenheder.
Det begivenhed er en handling, der opstår, kan den i mange tilfælde udløses af brugeren, men den kan også være resultatet af en handling, for eksempel at en timer når et bestemt tidspunkt, en af disse to muligheder giver os noget tilfælles, hvilket er et signal om, at vores program forventer at udføre en bestemt handling.
For eksempel har vi i det følgende billede et flag, der ændrer position, men denne ændring er ikke vilkårlig, den skal forekomme i henhold til timeren, så vi ser, at når tiden begynder at køre, er flaget nede, halvvejs igennem tæl det er på halvdelen af skærmen, og når det ender er det på toppen.
FORSTØRRE
BegivenhedstyperVi kan derefter definere begivenhedernes oprindelse i to eksterne og interne kategorier, eksterne begivenheder er dem, der venter på en handling, der ikke er afhængig af programmet, såsom en trykket tast eller et klik på en knap, da vi ser, at dette udføres af et menneske, interne begivenheder De er afhængige af det samme program som eksemplet på flagene, der afhænger af en timer.
I Java Når vi udfører en hændelse, kaldes det objekt, der modtager signalet, kilden til hændelsen, da det er den, der er ansvarlig for at oversætte, hvad den modtager, og hvilken type hændelse det er, for eksempel er en knap kilden til begivenhedens handling. tryk på knappen, og når brugeren klikker på den, er dette objekt ansvarlig for at sende handlingen ved at oprette et opkald til Begivenhedsklasse.
Lad os se nedenfor et lille diagram med klasse hierarki der håndterer begivenheder i Java:
FORSTØRRE
Udløsende begivenhederHvis en klasse kan udløse en hændelse, vil alle dens underklasser også kunne gøre det, derfor ser vi, at komponenterne i den grafiske grænseflade kan udløse alle hændelser, da de er underklasser af klassen Komponent.
Hermed afslutter vi denne vejledning, hvor vi i første omgang har set, hvad orienteringen til begivenheder indebærer Java, kan vi konkludere, at det ikke er noget, der kommer til at erstatte objektorientering, men det er snarere en udvidelse ved at tillade os at bruge klasser og objekter i andre typer planer, såsom interaktion med brugeren.Kan du lide og hjælpe denne vejledning?Du kan belønne forfatteren ved at trykke på denne knap for at give ham et positivt punkt
