Innholdsfortegnelse
Den interne konstitusjonen for søknaden vår er et sett med klasser og deres forskjellige objekter, dette utgjør et objektorientert paradigme, men dette er en del av det vår applikasjon skal representere.Vi sier dette fordi når vi jobber med et brukergrensesnitt, forventes det at når en applikasjonsbruker utfører en handling på det, vil de få et svar, for eksempel hvis de klikker på en knapp, skal noe vises på skjermen, disse handlingene utføres av brukeren De kalles arrangementer.
De begivenhet er en handling som oppstår, i mange tilfeller kan den utløses av brukeren, men den kan også være et resultat av en handling, for eksempel en timer som når et bestemt tidspunkt, et av disse to alternativene gir oss noe felles, som er et signal om at programmet vårt forventer å utføre en bestemt handling.
For eksempel, i det følgende bildet har vi et flagg som endrer posisjon, men denne endringen er ikke vilkårlig, den må skje i henhold til timeren, så vi ser at når tiden begynner å løpe, er flagget nede, halvveis i telle det er på halvparten av skjermen, og når det slutter er det på toppen.
FORSTØRRE
Typer hendelserVi kan deretter definere opprinnelsen til hendelsene i to eksterne og interne kategorier, eksterne hendelser er de som venter på en handling som ikke er avhengig av programmet, for eksempel en tast som trykkes eller et klikk på en knapp, ettersom vi ser at dette blir utført av et menneske, interne hendelser De er avhengige av det samme programmet som eksempelet på flaggene som er avhengig av en tidtaker.
I Java Når vi utfører en hendelse, kalles objektet som mottar signalet kilden til hendelsen, siden dette er den som har ansvaret for å oversette hva den mottar og hvilken type hendelse det er, for eksempel er en knapp kilden til hendelsens handling. Trykk på knappen, og når brukeren klikker på den, er dette objektet ansvarlig for å sende handlingen ved å opprette et anrop til Arrangementsklasse.
La oss se nedenfor et lite diagram med klasse hierarki som håndterer hendelser i Java:
FORSTØRRE
UtløserhendelserHvis en klasse kan utløse en hendelse, vil alle dens underklasser også kunne gjøre det, derfor ser vi at komponentene i det grafiske grensesnittet kan utløse alle hendelser siden de er underklasser av klassen Komponent.
Med dette fullfører vi denne opplæringen der vi først har sett hva orienteringen til hendelser innebærer Java, kan vi konkludere med at det ikke er noe som kommer til å erstatte objektorientering, men det er snarere en forlengelse ved å la oss bruke klasser og objekter i andre typer fly, for eksempel interaksjon med brukeren.Likte og hjalp du denne opplæringen?Du kan belønne forfatteren ved å trykke på denne knappen for å gi ham et positivt poeng
