Hvilke endringer ble gjort i iOS 7? - dummies

iOS 7 introduserer en større revisjon av brukergrensesnittet til iOS. Dette er nyttig informasjon for apputviklere. Den omhandler to hovedproblemer: det daterte utseendet på grensesnittet og det faktum at innholdet gikk seg vill på appskjermbildet.

Det daterte grensesnittet

Endring for å gjøre endringer kan være en god ide - det avhenger av konteksten og kostnaden. I tilfelle av et nytt brukergrensesnitt, må brukere og utviklere lære nye ferdigheter.

Med iOS 7, endres funksjonaliteten til grensesnittet svært lite. Apple var i stand til å gjøre relativt små endringer i grensesnittet, og for de fleste brukere ble ikke mye endret. Utviklere har noen ekstra ting å tenke på.

Grensesnittets "daterhet" var ikke så mye det faktum at det hadde eksistert en stund, men at den ble laget opprinnelig for iPhone med en liten skjerm og en mye mindre kraftig prosessor enn programmerere har i dag.

Skjermen på iPhone er større i dag, og oppløsningen er mye høyere med Retina-skjermen. IPad, selvfølgelig, er den samme størrelsen (selv om iPad Mini kom sammen for en liten stund siden), men begge er nå sportslige Retina-skjermer.

Dette betyr at det ikke bare er mer skjerm fast eiendom å bruke, men detaljene kan være mye mindre og subtilere. I demonstrasjoner av Retina-skjermen ser du vanligvis vakre bilder. Det faktum at svært små elementer på skjermen nå kan bli synlige, har imidlertid en effekt på brukergrensesnittet.

Dette har alt skjedd før. Hvis du ser på skjermbilder av den opprinnelige Macen (eller en PC), ser du grensesnitt som ser veldig gamle og klumpete ut. Programmerer bruker ikke bare de enorme grensesnittelementene lenger. Det er også viktig å merke seg at Apple har betydelige verktøy i tilgjengelighetsområdet, slik at selv med små grensesnittelementer, kan personer med begrenset syn fortsatt bruke enhetene.

Å miste innholdet

Det andre problemet som grensesnittrevisjonen adresserte var det faktum at innholdet noen ganger gikk seg vill på skjermen. På Worldwide Developers Conference i juni 2013 hvor iOS 7 ble først demonstrert, understreket høyttaler etter høyttaler at en del av designmålet var å få innholdet til å skille seg ut og grensesnittet forsvinner så mye som mulig.

En del av strategien for å gjøre innholdet skiller seg ut var å forenkle brukergrensesnittet. En viktig forenkling er å introdusere ideen om en fargetone (virkelig en høydepunktsfarve). Hvis du angir en fargetonefarge for appen din, blir grensesnittet tegnet i grått på en hvit bakgrunn med unntak av elementer som er uthevet: Alle markerte elementer bruker fargen fargen.

Du kan angi det for appen din eller for et enkelt vindu. Brukere kan ikke engang merke til at alle høydepunktene vises i samme farge, med mindre du peker på dem, men det lærer å bruke appen og - viktigst av alt - å skille mellom innhold og grensesnitt mye enklere.

Hvis appen din bruker farge i innholdet, er en god fargetone en som ikke er synlig i innholdet, hvis det er mulig. Husk at fargen på fargen er å skille grensesnittet fra innholdet. Et sekundært punkt er å minne brukerne om hvilken app de er i.

Apple bruker for eksempel blå som fargetone i mange av de innebygde appene. Du er velkommen til å bruke den, men hvis du velger en annen farge (en betydelig annen farge), kan du hjelpe folk å vite hvor de er.

Videre, hvis fargetone farger opp en farge fra appikonet ditt, kan du også etablere din egen palettidentitet. Du kan angi en fargetone for et enkelt vindu, men mange programmer angir det globalt. For å gjøre dette, velg en storyboard-fil fra i Project navigator og bruk Fil inspeksjonen til å angi fargen fargen.

Denne metoden gjør det enkelt å bruke forskjellige fargetoner for hver storyboard. Så det betyr at du kan sette fargen fargen dynamisk i kode for et vindu uansett enhet, for et storyboard og alle sine visninger og se kontroller, eller for en bestemt visning (det vil også kreve kode).