I posten om oprettelse af det første projekt på Android, så vi, hvordan vi opretter vores grundlæggende applikation, vi gennemgik projektstrukturen og forskellige koncepter såsom SDK, Manifest og aktiviteterne og deres livscyklus, nu vil vi fortsætte med at ændre det nuværende projekt med det formål at uddybe oprettelsen af applikationer.
Som nævnt vil vi ændre applikationen oprettet i denne post, hvor vi byggede det første Android-projekt, vi bliver der på denne skærm
Der kan vi se, at standardapplikationen opretter en TextView-komponent med teksten "Hello World", fra Split-visningen. (Hvis du på dette tidspunkt ikke ved, hvordan du opretter appen, anbefaler jeg, at du gennemgår den ovennævnte post.)
Når vi er her, vil vi ændre denne visning ved at tilføje nye komponenter, hvis vi derefter går til tegningsvisningen, kan vi ændre skærmen efter vores smag, i dette tilfælde vil vi oprette følgende grænseflade.
Som vi kan se, har vi tilføjet en PlainText-komponent, der faktisk svarer til et redigeringsfelt, eller som kan have egenskaber som almindelig tekst, adgangskode, Telefon, Mail blandt andet, på samme måde som det definerede layout giver os mulighed for at ændre størrelsen på komponenterne og tildel en relativ position, i dette tilfælde har tekstfeltet en position i forhold til titlens textView.
Hvis vi går til Split-visningen, vil vi se den genererede xml-kode og herfra kan vi ændre egenskaberne manuelt, i dette tilfælde er der tilføjet en farve til titlen og en størrelse på 25sp, bemærk at hver komponent har en id-egenskab , samt egenskaber til at styre placeringen af komponenten på skærmen.
Vi finder andre komponenter som f.eks tip som svarer til en pladsholder som vises mens feltet er tomt, kan andre egenskaber tilføjes på samme måde for at style komponenten.
Nu en komponent som som også har egenskaben id, som er i forhold til tekstfeltkomponenten, i dette tilfælde ændrer vi identifikatoren.
Applikationslogik.
For at udføre logisk og informationsbehandling går vi til klassen MainActivity.kt, derfra henter vi de grafiske komponenter gennem deres id ved hjælp af findViewById() metoden.
Vi tilføjer knappens klikhændelse og opretter en funktion kaldet onClick() (Kan kaldes på enhver måde)
I denne funktion tilføjes logik for at fange værdien af tekstfeltet, som refereres på samme måde som knappen, men i dette tilfælde skabes en komponent af typen EditText, der refererer til tekstfeltets id.
Efterfølgende opnås feltværdien og tilføjes til en String-variabel, der derefter præsenteres i en Toast-type-komponent, der tillader, at en midlertidig besked vises på skærmen.
Når vi kører applikationen starter emulatoren og vi kan teste systemet ved at tilføje brugernavnet og trykke på “enter” knappen, vi ser hvordan Toast vises, hvilket varer et par sekunder.
Derefter ændrer vi skærmen ved at tilføje en anden TextView-komponent uden tekst, som vil tjene til at vise oplysningerne om det indtastede navn, men nu direkte på skærmen.
For at udføre denne logik går vi tilbage til MainActivity.kt-klassen og i funktionen refererer vi til EditText-komponenten med det tildelte id og sender derefter den besked, vi ønsker at vise.
Senere starter vi applikationen igen, og vi har følgende resultat.
Et andet alternativ til at fange data er at erklære komponenterne globalt, og dermed undgå at skulle erklære dem i hver funktion:
Vigtigt at bruge!! for at forhindre dig i at have nul referencer.
Observation:
I linje 11 og 12 bruges nullsafety, dette er en Kotlin-funktion, der giver dig mulighed for at kontrollere null-værdier i applikationen, hvilket forhindrer den i at indlæse den populære NullPointerException, vi kan ikke tildele null-værdier direkte, men på denne måde, når vi angiver Rediger tekst? vi fortæller compileren, at dette felt kan have en nul-reference og tillade, at det behandles.
i linje 26 og 27 er det brugt !! at fortælle compileren ikke at tjekke om værdien er null, og derfor kan den kompilere uden problemer, men hvis den er null, så smid undtagelsen i konsollen, hvis vi ved, at en null-værdi kan komme, og vi stadig vil behandle
Et andet anbefalet alternativ ville være at foretage sikre opkald, så når du forsøger at kalde objektet, hvis det er null, vil undtagelsen ikke blive kastet, men null-værdien vil blive gemt uden at afslutte processen, så variablen skal være nullbar for det skal kompileres korrekt.
Og det er det, med det har vi vores første funktionelle applikation med datafangst og knaphændelser.
Det kan også interessere dig.
Er der noget, du vil tilføje eller kommentere om dette indlæg? gør gerne....Og hvis du kunne lide det... Jeg inviterer dig til at dele y Tilmeld dig ved at klikke på knappen "Tilmeld dig dette websted" for at høre flere indlæg som dette 😉