Klassen en verantwoordelijkheden maken voor iOS-apps - dummies

Om klassen en verantwoordelijkheden in iOS te creëren, begin met het extraheren van zelfstandige naamwoorden uit de beschrijving van de app en de use-cases. Dit worden potentiële objecten, klassen en kenmerken van uw app. Vervolgens extraheer je werkwoorden uit de beschrijving en gebruik je cases. Deze worden kandidaat-verantwoordelijkheden (mogelijke methoden van klassen).

De volgende lijst laat zien hoe zelfstandige naamwoorden en vervolgens werkwoorden kunnen worden geïdentificeerd, gedefinieerd en geëxtraheerd voor een voorbeeldapp: Tic-Tac-Toe.

• Naamwoorden: Zelfstandige naamwoorden die je kunt vinden in de beschrijvingen en use cases van de Tic-Tac-Toe app zijn potlood, papier, game, niks, cross, speler, X, O, spatie, symbool, raster, markering, verticale rij, horizontale rij, diagonale rij, menselijke gebruiker, mens, computer, sessie, bord, touchscreen en score.

  Noteer vervolgens een één-op-twee lijndefinitie van elk zelfstandig naamwoord in de context van de app die u probeert te bouwen. Vergelijk deze definities dan. Als u vindt dat twee zelfstandige naamwoorden op dezelfde manier worden gedefinieerd, verwijdert u een van hen. Je zou ook kunnen besluiten om twee definities (en dus de corresponderende zelfstandige naamwoorden) samen te voegen tot één.

  Wanneer je dit proces van definitie, verwijdering en samenvoeging voltooit, blijft er een aantal zelfstandige naamwoorden over die als je kandidaat-klassen zullen dienen. Hierna volgt een voorbeeld van dit proces van Tic-Tac-Toe (met een subset van de zelfstandige naamwoorden en werkwoorden, om te voorkomen dat uw geduld wordt belast):

  • Verwijder de zelfstandige naamwoorden potlood en papier > als fysieke dingen niet relevant zijn voor een iOS-game. Let erop dat

  • symbool en teken hetzelfde betekenen in de context van Tic-Tac-Toe, dus verwijder markering en bewaar het symbool.

    Merk op dat

  • niets en O hetzelfde betekenen in de context van een Tic-Tac-Toe-spel en dat overschrijden en X betekent hetzelfde als goed. Verwijder dus de slechte Britse termen noneught en cross en laat O en X staan. Houd er ook rekening mee dat O en X instanties of subklassen van zijn. Vergelijk

  • gebruiker en player . Bewaar speler als de speler in het spel. Afhankelijk van de context kan menselijke gebruiker en menselijke hetzelfde zijn. Deze zelfstandige naamwoorden, samen met de computer, zijn instanties of subklassen van speler . Bord

  • en raster zijn vergelijkbaar genoeg in de zin dat een ervan kan worden verwijderd. Hoe zit het met

  • touchscreen ? Het verwijst naar een fysiek onderdeel van de telefoon, dus u bent mogelijk geneigd om het te verwijderen. Aan de andere kant moet iets de visuele weergave van het bord aan.Het zou het bord zelf kunnen zijn. Of u kunt de datastructuur die het bord vertegenwoordigt, scheiden van de visuele manifestatie. Beschouw

  • rij als een onderdeel van gametaster en verticale rij , diagonale rij en horizontale rij > als zijnde verschillende subklassen of exemplaren van rij (maar u weet nog niet welke) Bewaar spel

  • , om voor de hand liggende redenen. Overweeg sessie

  • als de manager van games, waarbij score een kenmerk is van de sessie voor de twee spelers. Werkwoorden: Kandidaten voor werkwoorden in de Tic-Tac-Toe-app zijn

• om de beurt , markeren , gaan , plaats <, winnen , implementeren , spelen , spelen eerste , weergeven , verzamelen >, stop , reset . Verwijder draai en wordt

  • als dichtbij genoeg om af te spelen , dat u behoudt. Voor nu, speel het spel eerst en het ontbrekende als tweede als mogelijke verfijningen van het spel. Het uiteindelijke ontwerp laat je uiteindelijk zien dat deze laatste twee werkwoorden niet nodig zijn. Wanneer gebruikt als een werkwoord in de context van Tic-Tac-Toe, kan -teken worden gezien als vergelijkbaar met spelen

  • . Dat wil zeggen, wanneer u speelt door uw zet te doen, markeert u een locatie op het raster. Dus, verwijder het merkteken en bewaar de plaats, maar hernoem het plaats symbool. implementeren omdat het geen verantwoordelijkheid is die relevant is voor het spel; in plaats daarvan is het relevant voor het proces van het bouwen van de game. Behoud

  • weergave , accumuleer

  • , exit en reset als geldige verantwoordelijkheden. U hebt nu de volgende potentiële klassen, instanties en verantwoordelijkheden: Klassen: symbool, speler, mens, computer, bord, rij, gamesessie en spel (met de kenmerkscore). Exemplaren:

O, X van het klasse-symbool.

• Verantwoordelijkheden (die methoden worden): afspelen, plaatsen, weergeven, verzamelen (scores), afsluiten en opnieuw instellen.

• Nu is het tijd om de verantwoordelijkheden voorlopig zo logisch mogelijk aan klassen toe te wijzen: Wijs de Game Session-klasse toe aan de verantwoordelijkheden, speel een nieuw spel, accumuleer scores, stop en reset.

• Wijs de klasse Game toe aan de verantwoordelijkheden, speel. Klassebord heeft verantwoordelijkheden voor weergeven.

Class Game Grid heeft Place.

• Symbool, speler, mens, computer en rij hebben geen verantwoordelijkheden. Maar verwijder ze nog niet.