I oppføringen om å lage det første prosjektet på Android, så vi hvordan vi lager vår grunnleggende applikasjon, vi gjennomgikk prosjektstrukturen og forskjellige konsepter som SDK, Manifest og aktivitetene og deres livssyklus, nå vil vi fortsette å modifisere det nåværende prosjektet med sikte på å utdype opprettelsen av applikasjoner.
Som nevnt vil vi endre applikasjonen som ble opprettet i denne oppføringen der vi bygde det første Android-prosjektet, vi vil bli der på denne skjermen
Der kan vi se at standardapplikasjonen oppretter en TextView-komponent med teksten "Hello World", fra Split-visningen. (Hvis du på dette tidspunktet ikke vet hvordan du lager appen, anbefaler jeg at du går gjennom oppføringen nevnt ovenfor.)
Når vi er her, vil vi endre denne visningen ved å legge til nye komponenter, hvis vi deretter går til tegningsvisningen, kan vi endre skjermen etter vår smak, i dette tilfellet vil vi lage følgende grensesnitt.
Som vi kan se har vi lagt til en PlainText-komponent som faktisk tilsvarer et redigeringsfelt eller som kan ha egenskaper som ren tekst, passord, Telefon, Mail blant annet, på samme måte som den definerte layouten lar oss endre størrelsen på komponentene og tilordne en relativ posisjon, i dette tilfellet har tekstfeltet en posisjon i forhold til tittelens textView.
Hvis vi går til Split-visningen, vil vi se den genererte xml-koden og herfra kan vi endre egenskapene manuelt, i dette tilfellet er det lagt til en farge i tittelen og en størrelse på 25sp, merk at hver komponent har en id-egenskap , samt egenskaper for å kontrollere plasseringen av komponenten på skjermen.
Vi finner andre komponenter som f.eks Tips som tilsvarer a plassholder som vises mens feltet er tomt, kan andre egenskaper legges til på samme måte for å style komponenten.
Nå en komponent som som også har id-egenskapen som er i forhold til tekstfeltkomponenten, i dette tilfellet endrer vi identifikatoren.
Applikasjonslogikk.
For å utføre logisk og informasjonsbehandling går vi til MainActivity.kt-klassen, derfra henter vi de grafiske komponentene gjennom deres id ved hjelp av findViewById()-metoden.
Vi legger til knappens klikkhendelse og lager en funksjon kalt onClick() (Kan kalles på alle måter)
I denne funksjonen legges logikk til for å fange opp verdien til tekstfeltet, som refereres til på samme måte som knappen, men i dette tilfellet opprettes en komponent av typen EditText som refererer til tekstfeltets ID.
Deretter hentes feltverdien og legges til en strengvariabel som deretter presenteres i en Toast-type komponent som lar en midlertidig melding vises på skjermen.
Når vi kjører applikasjonen starter emulatoren og vi kan teste systemet ved å legge til brukernavnet og trykke på "enter"-knappen, vi ser hvordan Toast vises, som varer i noen sekunder.
Etter det endrer vi skjermen ved å legge til en annen TextView-komponent uten tekst, som vil tjene til å vise informasjonen om navnet som er skrevet inn, men nå direkte på skjermen.
For å utføre denne logikken går vi tilbake til MainActivity.kt-klassen og i funksjonen refererer vi til EditText-komponenten med den tilordnede id-en og sender deretter meldingen vi ønsker å vise.
Senere starter vi applikasjonen igjen og vi har følgende resultat.
Et annet alternativ til å fange data er å deklarere komponentene globalt, og dermed unngå å måtte deklarere dem i hver funksjon:
Viktig å bruke!! for å forhindre at du har nullreferanser.
Observasjon:
I linje 11 og 12 brukes nullsafety, dette er en Kotlin-funksjon som lar deg kontrollere nullverdier i applikasjonen, og hindrer den i å laste inn den populære NullPointerException, vi kan ikke tildele nullverdier direkte, men på denne måten når vi indikerer Redigere tekst? vi forteller kompilatoren at dette feltet kan ha en nullreferanse og tillate det å bli behandlet.
i linje 26 og 27 er det brukt !! å fortelle kompilatoren ikke å sjekke om verdien er null og derfor kan den kompilere uten problemer, men hvis den er null, kast unntaket i konsollen i tilfelle vi vet at en nullverdi kan komme og vi fortsatt ønsker å behandle
Et annet anbefalt alternativ vil være å foreta sikre anrop, så når du prøver å kalle objektet, hvis det er null, vil unntaket ikke bli kastet, men nullverdien vil lagres uten å avslutte prosessen, så variabelen må være nullbar for den skal kompileres riktig.
Og det er det, med det har vi vår første funksjonelle applikasjon med datafangst og knapphendelser.
Det kan også interessere deg.
Er det noe du vil legge til eller kommentere om denne oppføringen? gjør gjerne....Og hvis du likte det... Jeg inviterer deg til å dele Y Abonner ved å klikke på "Bli med på denne siden"-knappen for å høre flere innlegg som dette 😉