Innehållsförteckning
Den interna konstitutionen för vår applikation är en uppsättning klasser och deras olika objekt, detta utgör ett objektorienterat paradigm, men detta är en del av vad vår applikation ska representera.Vi säger detta eftersom när vi arbetar med ett användargränssnitt förväntas det att när en applikationsanvändare utför en åtgärd på det, kommer de att få ett svar, till exempel om de klickar på en knapp ska något visas på skärmen, dessa åtgärder utförs av användaren De kallas evenemang.
De händelse är en åtgärd som inträffar, i många fall kan den utlösas av användaren, men den kan också vara resultatet av en åtgärd, till exempel att en timer når en viss tid, något av dessa två alternativ ger oss något gemensamt, vilket är en signal om att vårt program förväntar sig att utföra en specifik åtgärd.
Till exempel, i följande bild har vi en flagga som ändrar position, men den här förändringen är inte godtycklig, den måste ske i enlighet med en timer, så vi ser att när tiden börjar köra är flaggan nere, halvvägs genom räkna det är på hälften av skärmen och när det slutar är det på toppen.
FÖRSTORA
Typer av evenemangVi kan sedan definiera händelsernas ursprung i två externa och interna kategorier, externa händelser är de som väntar på en åtgärd som inte är beroende av programmet, till exempel en nedtryckt knapp eller ett klick på en knapp, eftersom vi ser att detta utförs av en människa, interna händelser De är beroende av samma program som exemplet på flaggorna som är beroende av en timer.
I Java När vi utför en händelse kallas objektet som tar emot signalen källan till händelsen, eftersom det är den som ansvarar för att översätta vad den tar emot och vilken typ av händelse det är, till exempel är en knapp källan till händelsens handling. tryck på knappen, sedan när användaren klickar på den är detta objekt ansvarigt för att skicka åtgärden genom att skapa ett samtal till Evenemangsklass.
Låt oss se nedan ett litet diagram med klasshierarki som hanterar händelser i Java:
FÖRSTORA
UtlösarehändelserOm en klass kan utlösa en händelse kommer alla dess underklasser också att kunna göra det, det är därför vi ser att komponenterna i det grafiska gränssnittet kan utlösa alla händelser eftersom de är underklasser av klassen Komponent.
Med detta avslutar vi denna handledning där vi inledningsvis har sett vad orienteringen till händelser innebär Java, kan vi dra slutsatsen att det inte är något som kommer att ersätta objektorientering, utan snarare en förlängning genom att tillåta oss att använda klasser och objekt i andra typer av plan, till exempel interaktion med användaren.Gillade du och hjälpte denna handledning?Du kan belöna författaren genom att trycka på den här knappen för att ge honom en positiv poäng
