Arbeider med Windows og visninger i iPad Apps - dummies

iPad-apper har et enkelt vindu, slik at du ikke finner flere dokumentvinduer for visning av innhold. Når applikasjonen din kjører - selv om andre apper kan være dvalemodus eller kjører i bakgrunnen - tar appens grensesnitt over hele skjermen.

IOS-vinduet

Enkeltvinduet som du ser vises på iPad eller iPhone, er en forekomst av UIWindow-klassen. Dette vinduet er opprettet på starttidspunkt, enten programmatisk av deg eller automatisk av UIKit når du bruker et storyboard. Generelt, etter at du har opprettet Window-objektet (det vil si hvis du lager det i stedet for å ha det gjort for deg), trenger du aldri å tenke på det igjen.

En bruker kan ikke lukke eller manipulere et iOS-vindu direkte. Det er din app som styrer vinduet programmatisk.

Selv om søknaden din aldri lager mer enn ett vindu om gangen, kan iOS støtte flere vinduer øverst på vinduet. Systemstatusfeltet er et eksempel. Du kan også vise varsler øverst på vinduet ditt ved hjelp av de medfølgende Alert-visningene.

IOS-visningen

I en iOS-app-verden er visningsobjekter ansvarlige for visningsfunksjonaliteten i arkitekturen for modellvisning-kontrolleren. En visning er et rektangulært område på skjermen (på toppen av et vindu).

I UIKit-rammen er vinduer virkelig en spesiell form for visning, men for denne diskusjonens syn ligger utsiktene over vinduet.

Hvilke synspunkter gjør

• visningsinnhold. Dette skjer for eksempel ved å lage tegning og animasjon skje på skjermen. I hovedsak viser visningsobjektet dataene fra modellobjektet.

• Visninger håndtere berøringshendelser. Visninger svarer når brukeren berører en knapp, for eksempel. Håndtering av berøringshendelser er en del av en responderkjede.

Visningshierarkiet

Ved å se på det visuelt, står vinduet på grunnlag av dette hierarkiet med en Innholdsvisning på toppen av den (en gjennomsiktig visning som fyller vinduets innholdsrektangel). Innholdsvisning viser informasjon så vel som at brukeren kan samhandle med programmet, ved hjelp av (helst standard) brukergrensesnittselementer som tekstfelter, knapper, verktøylinjer og tabeller.

I ditt program er forholdet annerledes. Innholdsvisning legges til i vinduvisningen som et undervisning. Men innholdsvisningen kan også ha egne undervisninger, og så videre. Mulige forhold inkluderer:

• underviews av det.

• oversikter av alle visninger som er lagt til dem.

• En visning kan ha en (og bare en) overvåkning og null eller flere undervisninger.

Det virker counterintuitive, men et undervisning vises på toppen av dets overordnede visning (det vil si på toppen av overvåkingen). Tenk på dette forholdet som containment: En overvåkning inneholder sine undervisninger. Denne figuren viser et eksempel på et visningshierarki.

Visningshierarkiet er både visuelt og strukturelt.

Kontroller - som knapper, tekstfelter og så videre - ser faktisk underklasser som blir undervisninger. Det er også andre visningsområder du kan spesifisere. Visningen må administrere sine undervisninger, samt endre størrelsen på seg selv i forhold til overvåkingen. Heldigvis, mye av hva visningen må gjøre er allerede kodet for deg. UIKit-rammeverket leverer koden som definerer visningsadferd.

Visningshierarkiet spiller også en sentral rolle i både tegning og hendelseshåndtering.

Du lager eller endrer et visningshierarki når du legger til en visning til en annen visning, enten programmelt eller ved hjelp av grensesnittsbyggeren. UIKit-rammen håndterer automatisk forholdene knyttet til visningshierarkiet.

Utviklere glatter typisk over dette visuelle versus-programmatiske-visnings-hierarkiet når de starter - og uten å forstå disse konseptene, er det veldig vanskelig å få tak i det som skjer.