Hva du bør vite om iPad-navigasjon for å utvikle din iOS-app - dummies

Selv om iPhone og iPad er svært like, er et område der de adskiller seg i hvordan en bruker kan navigere gjennom et iOS-program. For eksempel, i iPhone-apper som bruker en hoveddetaljarkitektur, vises en Back-knapp fremtredende i detaljvisning for å gå tilbake til hovedvisningen.

En iPad-app som bruker delt visningsfunksjonalitet for hoveddetaljarkitekturen, trenger ikke den tilbake-knappen. Men det er mange andre brukergrensesnittdesigner på iPad der en Back-knapp ofte brukes.

Apple har bygget denne evnen til iOS-arkitekturen og har gjort den til en integrert del av visningsstyringsarkitekturen, som personifisert i Navigasjonskontrolleren.

En Navigasjonskontroller er en Container View-kontroller som gjør at brukeren kan navigere frem og tilbake mellom visningskontrollere. En Navigasjonskontroller er en forekomst av UINavigationController-klassen, som er en klasse du bruker "som det er" og ikke underklasse. Metodene i denne klassen gir støtte for å administrere en stabelbasert samling av tilpassede visningskontrollere.

Denne stakken representerer banen som brukeren har tatt gjennom programmet, med bunnen av stakken som reflekterer startpunktet og toppen av stakken som gjenspeiler brukerens nåværende posisjon i applikasjonen.

Apples UIKit-rammeverk (en av Cocoa Touch-rammene) bruker vanligvis klassenavn som begynner med UI, som UIView, UIViewController, UIImageView, UIButton, og mange flere. For å unngå forvirring bør du ikke bruke brukergrensesnittets prefiks for dine egne klassenavn. Apple har også spesielle prefikser for mange andre rammer.

Core Image-rammeverket inkluderer for eksempel klasser som CIColor, CIContext, CIFaceFeature og så videre. Disse navngivningskonvensjonene gir tips slik at når du kommer over en Apple-klasse med navnet CIImage, kan du forvente å finne den i Core Image-rammen.

Noen utviklere vedtar egne spesielle prefikser for alle sine egendefinerte klasser, inkludert enkle ordninger som for eksempel bruk av RT-prefiks, slik at klassenavnene kan være RTMasterViewController, RTMapController, RTWeatherController og så videre. Det er ikke nødvendig å bruke et unikt prefiks for alle egendefinerte klassenavn, men du bør unngå å bruke Apples klassenavn til dine egne klasser.

A stack er en vanlig datastruktur som fungerer på prinsippet om "sist inn, først ut. "Tenk deg et ideelt ombordstigningsscenario for et fly: Passasjerene begynte å bli sittende i siste sete i siste rad, og de ville gå ombord på flyet i bak-til-bestilling før de kom til første sete i første rad, som vil inneholde setet for den siste personen å gå ombord.

Når flyet nådde sitt mål, ville alle deplane i omvendt rekkefølge. Den siste personen på - personen i rad en, sete en - ville være den første personen av.

En datamaskinstabel fungerer på samme konsept. Legge til et objekt kalles en push . Hvis du fjerner et objekt, kalles en pop - ved å trykke på Tilbake-knappen, vises visningsregulatoren for visningen som vises. Når du popper et objekt fra bunken, er det alltid den siste du presset på den. Kontrolleren som var der før pushen er fremdeles der, og blir nå den aktive.

Selv om Navigasjonskontrollørens primære jobb er å fungere som leder av andre visningskontrollere, styrer den også noen få visninger. Spesielt styrer den en Navigeringslinje som viser informasjon om brukerens nåværende posisjon i datahierarkiet, en tilbakeknapp for å navigere til forrige skjermbilder og eventuelle tilpassede kontroller den nåværende visningskontrolleren trenger.

Når brukeren tapper hendelser i iPhone-versjonen, skyver navigasjonskontrollen den neste visningsstyreren på stakken. Visningen til den nye visningskontrollen glir på plass og navigasjonslinjepostene oppdateres på riktig måte. Når brukeren tapper tilbake-knappen på navigeringslinjen, kommer den nåværende visningskontrollen av stabelen, den visningen glir av skjermen, og brukeren finner seg tilbake i forrige visning.

Navigasjonskontrolleren opprettholder stabelen av visningskontrollere, en for hver av visningene som vises. Den aller første visningskontrolleren som Navigasjonskontrollen skyver på sin stabel når en Navigasjonskontroller er opprettet kalles Rotasjonsvisningskontrollen. Den forblir aktiv til brukeren velger neste visning for å se på.

Navigasjonsfelt lar en bruker å navigere i hierarkiet. Her er det du trenger å vite for å gjøre dette arbeidet:

• Visningen under navigasjonslinjen viser nåværende nivå av applikasjonen.

• En navigeringslinje inneholder en tittel for den nåværende visningen.

• Hvis den nåværende visningen er lavere i hierarkiet enn toppnivået, vises en tilbakeknapp på venstre side av linjen; brukeren kan trykke på den for å gå tilbake til forrige nivå.

• En navigeringslinje kan også ha en Rediger-knapp på høyre side - brukes til å gå inn i Redigeringsmodus for nåværende visning - eller til og med egendefinerte knapper.

På iPad har Master-Detail Application-malmen ikke en, men to Navigasjonskontrollere som allerede er inkludert i storyboardet - en for Master View-kontrolleren og den andre for detaljvisningskontrollen.

Det eneste "problemet" akkurat nå er at hver navigasjonskontroller har bare en visningsregulator for å administrere, noe som betyr at du ikke kan velge noe og se en ny visning med den tilhørende Back-knappen.

Når du trykker på den første cellen i Master View-kontrolleren (du vil legge til etiketten for Test Drive kort tid), vil en ny visningskontrollør skyve visningen på plass. Hvis du velger Back-knappen, vil du gå tilbake til forrige detaljvisning.

Du har andre (selv slicker) iPad navigasjonsalternativer til din disposisjon, hvor du får sjansen til å bytte fra navigasjon som bruker Navigasjonskontrollen til noe litt mer passende.For nå skjønner du imidlertid med Navigasjonskontroll-tilnærming, bare for å få deg i gang.