Widgets och Visa: Några observationer

När det gäller prov-projektet, analyserade vi innehållet i alla filer utom för manifest.xml filen beror det på att förklaringen till koden kräver kunskap som i detta skede av vägledningen har läsaren inte ännu, för detta Anledningen till att jag valde att skjuta upp behandlingen av frågan. För tillfället därför koncentrera sig på android.widget paket.

I paketet android.widget

Paketet innehåller all den grafik som du kan infoga i en bild, och därmed innehåller element såsom: Textview, EditText, knapp och mycket mer.
Att skapa en egen widget, bara skapa en klass som utökar Visa klass eller en underklass.

Varje element som ingår i paketet som superklassen har android.widget Visa-klass som är ingenting annat än en abstraktion av vad användaren ser på skärmen.

Inom ett fönster kan du sätta in fler element härstammar från Visa-klassen och dessa delar kommer att införlivas i ett slags hierarkiskt träd som identifierar den slutliga strukturen i fönstret.

Vad kan jag göra åt dessa objekt?

Operationen utförs oftare är att den uppsättning egenskaper: För varje bild som du kan anpassa storleken, textinnehåll, ställning i fönstret och mycket mer.

En annan funktion är allmänt gjort är att koppla en lyssnare till en viss del. En lyssnare är ett objekt som kan "lyssna" väntar på en händelse som genererats av användaren (en mycket vanlig praxis, till exempel, är att associera en lyssnare till en knapp för att fånga trycket från den och användaren kan utföra en viss åtgärd).

Källkoden för att associera en lyssnare med ett grafiskt visas flera gånger under den här handboken.

Göm objekt från användare ser det

I ett grafiskt användargränssnitt kan ofta vara lämpligt att dölja vissa delar till användarens visa och visas endast om vissa villkor är uppfyllda. Till exempel i ett program där användaren uppmanas att fylla i ett formulär, kan du dölja knappen "Skicka formulär" och gör det visas endast när alla fält är klara.
För att dölja ett grafiskt element är att åberopa setVisibility metoden suffiente (int sikt) från de objekt som du vill dölja.

Denna praxis att dölja element används i stor utsträckning, men vi rekommenderar läsaren att inte missbruka den här tekniken när elementen, även om det inte syns dock instansieras och därmed bosatt i minnet. Detta innebär ett slöseri med minne, i vissa fall inte är försumbar. Därför rekommenderas att instansiera objekt som endast när det verkligen behövs och använda den praxis som tidigare presenterats sparsamt.

Göra ett objekt "redigerbart"

Låt oss nu se några av våra reflektioner kring projektets start, som ni minns, tryckt på skärmen helt enkelt en sträng av hälsning. Utsikten, och i synnerhet Textview föremål som innehöll hälsning strängen, visar sig vara ett "statiskt objekt." Denna titel är ett objekt som inte kan ändras under applicering utförande och därför kommer alltid att innehålla samma värde som var initierad.

Självklart, ett program, kommer vi att behöva ändra värdet på ett visst objekt, till exempel på grund av vissa händelser som genererats av användaren, i syfte att uppnå detta beteende måste du:

• main.xml i källfilen måste läggas som egenskaper i ett unikt ID (som kommer att tilldelas automatiskt vid fyllning) som identifierar objektet;
• i källfilen. Java är nödvändigt för att instansiera ett objekt av samma typ som vi förklarade i filen med id main.xml och göra någon form av samband mellan de två genom att anropa metoden findViewById (R.id.nomeOggetto) (som ObjectName är namnet på objektet i filen main.xml).

I nästa kapitel kommer vi att visa ett praktiskt exempel på ovanstående.

• <<Föregående lektion
• Hjälp Index
• Nästa lektion>>