{"id":229517,"date":"2022-11-03T09:35:00","date_gmt":"2022-11-03T06:35:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=229517"},"modified":"2022-11-09T08:24:36","modified_gmt":"2022-11-09T05:24:36","slug":"nopea-prototyyppien-luominen-wordpressillae-konseptianalyysi","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/fi\/nopea-prototyyppien-luominen-wordpressillae-konseptianalyysi\/","title":{"rendered":"Nopea prototyyppien luominen WordPressill\u00e4: konseptianalyysi"},"content":{"rendered":"\n

Edellisess\u00e4 viestiss\u00e4<\/a> aloin k\u00e4yd\u00e4 l\u00e4pi prosessin, jossa otin idean laajennuksesta, joka prototyyppisi sen nopeasti joksikin, joka toimii WordPressiss\u00e4. Ja vaikka se toimii, se ei v\u00e4ltt\u00e4m\u00e4tt\u00e4 noudata oliopohjaisia \u200b\u200bperiaatteita, eik\u00e4 se ole paikassa, jossa voimme helposti jatkaa ominaisuuksien lis\u00e4\u00e4mist\u00e4.<\/p>\n

Ei, t\u00e4m\u00e4 ei ole argumentti sille, miksi oliosuuntaus on parempi. Se sattuu olemaan suosikkini tapa kirjoittaa koodia, joten l\u00e4hestyn sit\u00e4 t\u00e4ll\u00e4 tavalla.<\/p>\n

Tied\u00e4n, ett\u00e4 antamani esimerkkikoodi on yksinkertainen ja tied\u00e4n, ett\u00e4 voidaan tehd\u00e4 asia, ett\u00e4 jotain t\u00e4llaista voidaan j\u00e4tt\u00e4\u00e4 sellaisenaan. Mutta t\u00e4m\u00e4n tarkoitus on n\u00e4ytt\u00e4\u00e4, kuinka konsepti otetaan, prototyyppi ja sitten siirret\u00e4\u00e4n se johonkin, joka noudattaa oliol\u00e4ht\u00f6isi\u00e4 periaatteita.<\/p>\n

Ja kokemukseni mukaan se on paljon vaikeampaa tehd\u00e4 monimutkaisella esimerkill\u00e4 alusta alkaen. Jos menet\u00e4t lukijoita alusta alkaen, mit\u00e4 toivoa heill\u00e4 on ymm\u00e4rt\u00e4\u00e4, mit\u00e4 on tulossa?<\/p>\n

T\u00e4m\u00e4n j\u00e4lkeen katsomme edellisen viestin koodia ja teemme siit\u00e4 hieman k\u00e4siteanalyysi\u00e4 n\u00e4hd\u00e4ksemme, mik\u00e4 voisi toimia hyvin luokassa ja kuinka voisimme alkaa j\u00e4rjest\u00e4\u00e4 sit\u00e4 luokkien avulla. nimitilat<\/a> ja niin edelleen.<\/p>\n

K\u00e4siteanalyysi<\/h2>\n

Aina kun on kyse ohjelmoinnista, on niin helppoa haluta hyp\u00e4t\u00e4 heti koodin kirjoittamiseen ja sitten kiertelem\u00e4\u00e4n sen l\u00e4hett\u00e4miseen, kunnes se tekee jotain, mit\u00e4 haluamme.<\/p>\n

Ja kun se toimii, tuntuu, ett\u00e4 olemme valmiita ja voimme siirty\u00e4 seuraavaan teht\u00e4v\u00e4\u00e4n. Mutta isommissa projekteissa n\u00e4in ei aina ole. Itse asiassa on usein parempi tehd\u00e4 suunnitelmasi olio-analyysin konseptianalyysi ennen kuin siirryt eteenp\u00e4in.<\/p>\n

Pelkk\u00e4 koodaamiseen hypp\u00e4\u00e4minen ei aina ole paras tapa.<\/p>\n

Analyysitapaus<\/h3>\n

Esimerkki: T\u00e4t\u00e4 kirjoitettaessa er\u00e4s tiimitovereistani ja min\u00e4 keskustelemme siit\u00e4, pit\u00e4isik\u00f6 meid\u00e4n laajentaa luokkaa vai kirjoittaa uusi luokka k\u00e4sittelem\u00e4\u00e4n Google Mapsin sovellusliittym\u00e4st\u00e4 poimittujen tietojen maantieteellisi\u00e4 sijaintitietoja.<\/p>\n

Voinko siivell\u00e4 ja kirjoittaa jotain toimivaa? Varma. Mutta integroituuko se hyvin sovellukseen? Ei ilman konseptianalyysi\u00e4, suunnittelua ja koordinointia muun j\u00e4rjestelm\u00e4n kanssa.<\/p>\n

Ja se on analyysin tarkoitus.<\/p>\n

Analysoimme ty\u00f6t\u00e4mme<\/h3>\n

Mit\u00e4 t\u00e4m\u00e4 tarkoittaa eilen tarkastelemamme laajennukselle? T\u00e4ll\u00e4 hetkell\u00e4 meill\u00e4 on seuraavat:<\/p>\n