Hvordan lage klasser og ansvar for iOS Apps - dummies

For å lage klasser og ansvar i iOS, starter du ved å trekke ut substantiver fra beskrivelsen av appen og brukssaker. Disse blir potensielle objekter, klasser og attributter av appen din. Deretter utdrages verb fra beskrivelsen og brukstilfeller. Disse blir kandidatansvar (potensielle klassemetoder).

Følgende liste viser hvordan du identifiserer, definerer og trekker ut substantiv, deretter verb, for et eksempel-app: Tic-Tac-Toe.

• Nouns: Nouns som du finner i beskrivelsene og bruker tilfeller av Tic-Tac-Toe appen er blyant, papir, spill, ingenting, kryss, spiller, X, O, plass, symbol, rutenett, mark, vertikal rad, horisontal rad, diagonal rad, menneskelig bruker, menneskelig, datamaskin, økt, brett, berøringsskjerm og poengsum.

  Next, skriv ned en en-til-to linjedefinisjon av hvert substantiv i sammenheng med appen du prøver å bygge. Sammenlign deretter disse definisjonene. Hvis du finner at to substantiver er definert på samme måte, fjern en av dem. Du kan også velge å slå sammen to definisjoner (og dermed tilhørende substantiver) til en.

  Når du fullfører denne prosessen med definisjon, fjerning og sammenslåing, er du igjen med et sett med substantiver som skal fungere som kandidatklasser. Følgende er et eksempel på denne prosessen fra Tic-Tac-Toe (bruker en undergruppe av substantivene og verbene, for å unngå å beskatte tålmodigheten din):

  • Fjern substantivene blyant og papir > som fysiske ting som ikke er relevante for et iOS-basert spill. Merk at

  • symbolet og mark betyr det samme i sammenheng med Tic-Tac-Toe, så slett mark og hold symbolet.

    Merk at

  • ikke og O betyr det samme i sammenheng med et Tic-Tac-Toe-spill, og at cross og X betyr det samme også. Så fjern de ugunstige britiske uttrykkene intet og kryss, og la O og X. Vær også oppmerksom på at O ​​og X ser ut til å være enten forekomster eller underklasser av -symbolet. Sammenlign

  • user og spiller . Behold spiller som spilleren i spillet. Avhengig av konteksten, kan menneskelig bruker og menneske være det samme. Disse substantivene sammen med datamaskinen er forekomster eller underklasser av spiller . Styret

  • og rutenett er like nok i betydningen at en av dem kan fjernes. Hva med

  • berøringsskjerm ? Den refererer til en fysisk komponent i telefonen, så du kan være tilbøyelig til å fjerne den. På den annen side behøver noe å håndtere visuell visning av brettet.Det kan være styret selv. Eller du kan skille datastrukturen som representerer brettet fra sin visuelle manifestasjon. Vurder

  • rad som en del av spillruten og vertikal rad , diagonal rad og horisontal rad > som forskjellige underklasser eller forekomster av rad (men du vet ikke hvilken som helst). Behold spill

  • , av åpenbare grunner. Vurder økt

  • som leder av spill, med poengsum som et attributt for sesjonen for de to spillerne. Verbs: Kandidater for verb i Tic-Tac-Toe-appen er

• ta tur , mark , går , sted <, vinner , implementer , spill , spiller først , display , akkumulere >, avslutte , tilbakestill . Fjern ta tur og går

  • som nær nok til spill , som du beholder. For nå, fortsett å spille først og mangler spiller andre som potensielle forandringer av spill. Det endelige designet vil til slutt vise deg at disse to to verbene ikke er nødvendige. Når det brukes som et verb i sammenheng med Tic-Tac-Toe, kan mark ses som lik spill . Det betyr at når du spiller ved å gjøre ditt trekk markerer du et sted på rutenettet. Så fjern markeringen og hold plass, men gi nytt navn til

  • sted symbolet. Fjern implementere fordi det ikke er et ansvar som er relevant for spillet; I stedet er det relevant for prosessen med å bygge spillet. Hold display

  • , akkumulere ,

  • avslutte og nullstille som gyldige ansvar. Du har nå følgende mulige klasser, forekomster og ansvarsområder: Klasser: Symbol, Spiller, Menneske, Datamaskin, Styret, Rad, Spillesesjon og Spill (med attributtpoeng). Forekomster: O, X av klassens symbol.

Ansvar (som blir metoder):

• spill, plasser, vis, akkumuler (score), avslutt og tilbakestill. Nå er det på tide å forklare ansvarsområder for klasser så logisk som mulig:

• Alloker spillsesjonsklassen ansvar, spill nytt spill, akkumuler poeng, avslutt og tilbakestill. Alloker spillklassen ansvaret, spill.

• Class Board har skjermansvar. Class Game Grid har plass.

Symbol, spiller, menneske, datamaskin og rad har ingen ansvar. Men ikke slett dem enda.