Hur man analyserar små appar i iOS-dummies

Utbildade programutvecklare kommer att gå om detta formellt, genom en process som kallas kravanalys. Men för små iOS-appar och enkla system fungerar informella metoder ganska bra. Skriv bara en sida eller två (eller tre) om din app, hur den ska fungera och hur dess användare ska interagera med det, och det är din dokumentation.

Följ dessa steg för att analysera ditt material:

1. Gå igenom materialet noggrant och dra ut

   • Nouns: Dessa blir kandidater (inte slutliga) klasser.

   • Verbs: Dessa blir kandidat ansvar .

2. Skriv definitionen av varje substantiv och verb.

   Om det bara finns några substantiv och verb, kan du till och med kunna hålla reda på definitionerna i ditt huvud.

3. Granska dina definitioner, leta efter liknande föremål. Om du hittar två substantiv eller två verb som betyder ungefär samma sak, ta bort en av dem.

   Om ett substantiv eller verb har mer än en definition, se om du delar upp det i två substantiv eller verb kan du definiera varje specifikt. Känn fria att byta namn på substantiv och skriva om verb så att de passar din definition bättre.

4. Ta bort substantiv och verb som bara är fysiska objekt i den miljö där ditt system fungerar. Dessa fysiska föremål ligger utanför ditt systems sammanhang.

5. Tilldela den konsoliderade uppsättningen verb (som är ansvaret) bland substantiverna (klasserna).

   När du är färdig med detta, måste varje substantiv (det vill säga klassen) bara ha det ansvar som ordentligt hör till det substantivet.

   Här är ett snabbt test för korrekt fördelning: Ansvaret bör inte leda till att klassens definition förlorar sammanhållning.

6. Skapa några detaljerade scenarier som tar upp de grundläggande egenskaperna hos din app. Använd dessa scenarier för att identifiera samarbeten genom att gå igenom scenens steg i detalj och identifiera vilken klass och vilken metod som gör det möjligt.

   Du kan också hitta sakna klasser och metoder. Om nödvändigt, upprepa steg 2 till 6 för att inkludera saknade substantiv och verb i dina klasser och metoder.

7. För varje klass, springa igenom denna checklista för en bra klass:

   • Har klassen ett lämpligt namn?

   • Har det en sammanhängande beskrivning som säger att det bara gör en sak?

   • Har det ansvar (metoder)?

   • Har det medarbetare?

   • Håller det - eller dess komponenter - tillstånd?

8. Konsolidera och städa upp klasshierarkin.

   Leta efter klasser som har liknande data och ansvarsområden för att se om det skapas en superklass som har vanliga ansvarsområden (och med de ursprungliga klasserna som ärva från denna superklass) kommer att öka återanvändningen.

   Innan du gör en konsolidering, utför testet "Is-A". Säg (för dig själv): "Är-A. "Om den meningen inte är helt meningsfull är skapandet av superklassen felaktigt. Till exempel, säg, "vattenkokare är-ett fartyg. "Detta låter rätt. Nu säg, "Vessel Is-A spis. "Det här låter inte så korrekt.

9. Ange tydligt (eller åtminstone förstå) hur varje metod fungerar:

   • Åtgärder som metoden ska utföra

   • Ingångar som den behöver för att göra det

   Gå klass-för-klass, metod -by-metod, och definiera dess signatur, det vill säga dess ingångsparametrar och dess utgångsresultat.

Klasser av naturligt förekommande föremål (som i grupptillägget) tenderar automatiskt att följa de tidigare principerna. Detta är en anledning till att extrahera klasser från din naturliga miljö är ett användbart sätt att gå om saker.