..
Som for eksempel prosjektet analyserte vi innholdet av alle filer unntatt manifest.xml filen, er det fordi forklaringen av koden krever kunnskap som på dette punktet i guiden, har leseren ennå ikke, for dette Grunnen til at jeg valgte å utsette behandlingen av saken. For øyeblikket, derfor konsentrere seg om android.widget pakken.
Denne pakken inneholder all grafikken som du kan sette inn en Se og dermed inneholder elementer som: TextView, EditText, Button, og mye mer.
For å lage en egendefinert widget, bare lage en klasse som utvider Vis klasse eller en underklasse.
Hvert element som tilhører pakken som superklassen har android.widget Vis-klassen som er noe annet enn en abstraksjon av hva brukeren ser på skjermen.
Innenfor et vindu du kan sette inn flere elementer stammer fra Vis-klassen og disse elementene vil inngå i en slags hierarkisk treet som identifiserer den endelige strukturen av vinduet.
Operasjonen utføres oftere er at av sett med egenskaper: for hver grafikken du kan tilpasse størrelsen, tekstinnholdet, posisjon innenfor vinduet og mye mer.
En annen drift ofte blir gjort er å feste en lytter til et bestemt element. En lytter er et objekt som er i stand til å "lytte" venter på en hendelse generert av brukeren (en svært vanlig praksis, for eksempel, er å knytte en lytter til en knapp for å fange opp trykket på det og brukeren kan utføre en bestemt handling).
Kildekoden til å knytte en lytteren med en grafisk vil bli vist flere ganger gjennom denne veiledningen.
I et grafisk brukergrensesnitt kan ofte være nyttig å skjule visse elementer til brukerens syn og vises kun når visse vilkår er oppfylt.
For eksempel, i et program der brukeren blir bedt om å fylle ut et skjema, kan du skjule knappen "Send skjema" og gjøre det vises bare når alle feltene er fylt.
Hvis du vil skjule et grafisk element, er å påberope metoden suffiente setVisibility (int synlighet) fra objektet du vil skjule.
Denne praksisen med å skjule elementer er mye brukt, men vi anbefaler leseren å ikke misbruke denne teknikken når elementene, selv om ikke synlig, er imidlertid startes og dermed bosatt i minnet. Dette innebærer en sløsing med minne, i noen tilfeller, er ikke ubetydelig. Derfor er det anbefalt å instantiate objekter bare når virkelig nødvendig og bruke den praksisen tidligere presentert sparsomt.
La oss nå se noen av våre refleksjoner på prosjektet starter, som dere husker, trykt på skjermen rett og slett en rekke hilsen. Utsikten, og særlig de TextView gjenstand som inneholdt hilsen streng, viser seg å være en "statisk objekt." Denne tittelen er et objekt som ikke kan endres under påføring utførelse og vil derfor alltid inneholde samme verdi som ble initialisert.
Selvfølgelig, et program, må vi endre verdien for et gitt objekt, for eksempel på grunn av noen hendelse generert av brukeren, for å oppnå dette problemet, må du:
| |
E-handel med ASP (Ebook)
E-handel og Shopping Cart med ASP. Bare 35 €. |
| |
PHP (Course)
Full kurs for å lage dynamiske nettsider. Fra 49 €. |
| |
Web Design (Course)
Design nettsteder med HTML, CSS og Dynamisk HTML. Fra € 39. |