Hvordan å analysere små apper i iOS-dummies

Utdannede programvareutviklere vil gå om dette formelt, gjennom en prosess kjent som kravanalyse. Men for små iOS-apper og enkle systemer fungerer uformelle metoder ganske bra. Skriv bare en side eller to (eller tre) om appen din, hvordan den skal fungere, og hvordan brukerne skal samhandle med den, og det er dokumentasjonen din.

Følg disse trinnene for å analysere materialet ditt:

1. Gå gjennom materialet forsiktig og trekk ut

   • Nouns: Disse blir kandidater (ikke endelige) klasser.

   • Verbs: Disse blir kandidater ansvar .

2. Skriv definisjonen av hvert substantiv og verb.

   Hvis det er bare noen få substantiver og verb, kan du til og med holde oversikt over definisjonene i hodet ditt.

3. Gjennomgå definisjonene dine, leter etter lignende gjenstander. Hvis du finner to substantiver eller to verb som betyr omtrent det samme, fjern en av dem.

   Hvis et substantiv eller verb har mer enn én definisjon, kan du se om det splittes i to substantiver eller verb kan du definere hver enkelt spesifikk. Du kan gjerne omdøpe substantiver og omskrive verter slik at de passer bedre til din definisjon.

4. Slett alle substantiver og verb som bare er fysiske objekter i det miljøet ditt system opererer i. Disse fysiske objektene er utenfor konteksten til systemet ditt.

5. Tilordne det konsoliderte settet av verb (som er ansvaret) blant substantivene (klassene).

   Når du er ferdig med dette, skal hvert substantiv (det vil si klasse) bare ha de ansvarene som riktig tilhører det substantivet.

   Her er en rask test for riktig tildeling: Ansvaret bør ikke føre til at klassens definisjon mister sammenholdskraft.

6. Opprett noen detaljerte scenarier som fanger de viktigste evnene til appen din. Bruk disse scenariene til å identifisere samarbeidene ved å gå gjennom trinnene i scenariet i detalj, og identifisere hvilken klasse og hvilken metode som muliggjør det trinnet.

   Du kan også finne manglende klasser og metoder. Gjenta om nødvendig trinn 2 til 6 for å inkludere manglende substantiver og verb i klassene og metodene dine.

7. For hver klasse, kjør gjennom denne sjekklisten for en god klasse:

   • Har klassen et passende navn?

   • Har det en sammenhengende beskrivelse som sier at det bare gjør en ting?

   • Har det ansvar (metoder)?

   • Har det samarbeidspartnere?

   • Opprettholder det - eller dets komponenter - tilstand?

8. Konsolidere og rydde opp klassehierarkiet.

   Se etter klasser som har lignende data og ansvar for å se om du oppretter en superklasse som har felles ansvar (og med de originale klassene som arver fra denne superklassen) vil øke gjenbruk.

   Før du gjør en konsolidering, utfør "Is-A" -testen. Si (til deg selv): "Er-A. "Hvis den setningen ikke gir full mening, er opprettelsen av superklassen feil. For eksempel, si "vannkoker er-et fartøy. "Dette høres riktig ut. Nå sier, "Vessel Is-A komfyr. "Dette høres ikke så riktig ut.

9. Angi (eller i det minste forstå) hvordan hver metode fungerer:

   • Handlinger som metoden skal utføre

   • Inputs som den trenger for å gjøre det

   Gå klassebasert metode -by-metoden, og definer dens signatur, det vil si dens inngangsparametere og dets resultat.

Klasser av naturlig forekommende objekter (som i laget som lagereksempel) har en tendens til å følge de foregående prinsippene. Dette er en grunn til at utvinning av klasser fra ditt naturlige miljø er en nyttig måte å gå om ting på.