Innen datavitenskap er Java-appleter programmer skrevet på Java-språket som kan kjøres fra en nettleser ( behandling på klientsiden ). Applets vises visuelt plassert på nettsider , og brukes vanligvis til å lage sider med interaktive funksjoner med brukeren som ikke kan opprettes med andre teknologier for det statiske nettet , og dermed tilhører det dynamiske nettparadigmet .
Først annonsert av Sun Microsystems i 1995 , kan Java-appleter kjøres av nettlesere som bruker Java Virtual Machine (JVM). Alternativt kan de kjøres ved hjelp av Sun AppletViewer , et program laget for å teste appleter.
Appletter er applikasjoner som er innkapslet i en nettside og kjøres på klienten til brukeren som har tilgang til nettstedet. Dette betyr at nettleseren vil laste ned appletkoden til datamaskinen og vil, gjennom Java Virtual Machine , tolke den og oversette den til en applikasjon.
I tider da kraften til servere representerte en betydelig kostnad og potensialet til internett virket betydelig, men fortsatt uuttrykt, ble applets den optimale løsningen for å forbedre utseendet, interaktiviteten og populariteten til nettsteder . En applet er faktisk en applikasjon uten main, men med sin egen livssyklus bestående av en innledende lasting, en utførelse (med mulige suspensjoner og gjenopptagelser av utførelsen) og en endelig destruksjon.
Ved første lasting påkalles metoden init(), som brukes til å initialisere data, bilder og objekter. Umiddelbart etter påkalles metoden start()som starter appleten , og hvis nettleseren minimeres under kjøring , påkalles metoden stop(), etterfulgt av metoden igjen start()når appleten kommer tilbake til forgrunnen. Når du går ut av nettleseren i stedet, aktiveres den destroy()som lar deg utføre alle handlinger som er kontekstuelle for lukkingen av appleten .
Når appleten er fullført , må du inkludere den på en nettside ved hjelp av HTML - koder for å spesifisere klassen som implementerer appleten , sidestørrelsen og andre valgfrie parametere.
Når du har kopiert krukken som inneholder appleten i samme katalog der HTML - siden er lagret , er koden for å vise applikasjonen følgende:
<APPLET ARCHIVE = "myApplet.jar" CODE = "myApplet.class" BREDDE = 400px HØYDE = 300px> </APPLET>Det er klart det er mulig at en applet består av en klasse uten å bruke et jar - arkiv , og i dette tilfellet vil vi ganske enkelt skrive:
<APPLET CODE = "myApplet.class" BREDDE = 400px HØYDE = 200px> </APPLET>Til slutt er det viktig å merke seg at det er mulig å gå fra HTML -siden til parameterne til appleten , for å gjøre dette er det tilstrekkelig å spesifisere parameterne og deres verdier innenfor appletdefinisjonen .
For å gi større fleksibilitet og kraft til appleter og samtidig sikre overholdelse av sikkerhet, er muligheten for å signere en applet definert .
Signaturen til en applet er ikke annet enn beviset på eierskap og opprinnelse til programvaren . Så den som finner seg selv i å laste denne applikasjonen har muligheten til å bestemme om han vil tro at opprinnelsen til appleten er pålitelig eller ikke, og bare i så fall fjerne begrensningene som er pålagt den.
Innkapslet på nettsider brukes appleter til å levere interaktivt innhold som HTML ikke kan levere. For å kjøre innholdet bruker de fleste nettlesere en sandkasse for å hindre appleter fra å få tilgang til informasjon som er lagret lokalt på datamaskinen din . Kildekoden til appletene lastes ned fra webserveren gjennom nettleseren, og mottar også HTML-siden som inneholder den . Alternativt kan appleten åpne et personlig vindu uten å måtte stole på HTML-koden for å vise det grafiske grensesnittet .
Appletter som vises på nettsider identifiseres av den (uoffisielle) HTML-koden , som er å foretrekke . HTML-taggen som brukes angir plasseringen av appletkilden som skal lastes ned .<applet>...</applet><object></object>
Siden Java bytecode er plattformuavhengig , kan Java-appleter kjøres jevnt av nettlesere på store plattformer .