Ohjelmistoarkkitehtuurit kehysarkkitehtuurit. Kevät 2016

Transkriptio

1 Ohjelmistoarkkitehtuurit kehysarkkitehtuurit Kevät 2016 Samuel Lahtinen 1

2 Yleistä Ajanvaraus välinäyttöön tarjolla TTY:llä, katso Slackistä lisätietoa Ensi viikon perjantai: esimateriaalia + viikkoharkahtavampi luento Vierailusettiä: Eloranta tulossa tod.näk Harkkatyön aikatauluun ja järjestelyihin pieniä muutoksia, tänään spämmiä Esimerkkejä harjoitustyön dokumentaatiosta Kruchten 4+1: mitä näihin voisi tulla? 2

3 Esimerkkejä viime vuoden dokkareista 3

4 Arkkitehtuurin dokumentoinnista Yksi mahdollinen tapa lähetä dokumentoimaan harjoitustyön arkkitehtuuria: C4 architecture model

5 5

6 6

7 7

8 12. Kehysarkkitehtuurit, software frameworks Johdanto Kehystyypit Kehysten osittaminen Kehykset ja suunnittelumallit Kehysten etuja ja ongelmia Yhteenvetoa 8

9 Mikä on (ohjelmisto)kehys? Perinteisesti: ohjelmistokehys on olioparadigman tapa toteuttaa tuotealusta. Kehys muodostuu kokoelmasta luokkia, jotka toteuttavat tuoteperheen yhteisen arkkitehtuurin ja toiminnallisuuden. Kehys erikoistetaan tuotteeksi. Myös ohjelman (osa)rakenteen ja sen toteuttamisen tarjoavia kehyksiä Nykyään yleistyneitä kehyksiä, tarjoavat osarungon sovellukselle 9

10 Kehys erikoistetaan toimivaksi tuotteeksi Kehys Sovelluskohtainen koodi kontrolli Erikoistamisrajapinta 10

11 Missä ohjelmistokehyksiä käytetään/mitä ohjelmistokehyksiä tunnet? 11

12 Mitä eroa on kehyksellä ja kirjastolla? 12

13 Sovelluskehys vs. perinteinen ohjelmakirjasto: Hollywoodperiaate Aliluokkia, komponentteja Sovelluskohtainen Sovellus Uudelleenkäytettävä Sovelluskehys Aliohjelmia, luokkia, moduuleita Hollywood-periaate: Älä soita meille, me soitetaan teille 13

14 Erikoistamistekniikat kehyksissä rajapinnan toteutus (~takaisinkutsu) periytyminen (~takaisinkutsu) olioiden/komponenttien luonti, alustus ja konfigurointi geneeristen luokkien (template) instantiointi refleksiivisyys 14

15 Kehystyypit Erikoistamisen tulos Sovelluskehys: erikoistamisen tulos on sovellus Komponenttikehys (framelet): erikoistamisen tulos on komponentti Hierarkkinen kehys: erikoistamisen tulos on uusi kehys Erikoistamismekanismi Muunneltava kehys: erikoistaminen tehdään lähinnä periytymisellä (ja metodin ylimäärittelyllä) Koottava kehys: erikoistaminen tehdään lähinnä instantioinnilla (+ parametroinnilla) ja alustuskonfiguroinnilla Plugin-kehys: erikoistaminen tehdään lähinnä rajapintojen toteutuksella 15

16 Muunneltavat kehykset A B 16

17 Koottavat kehykset A <<create>> B 17

18 Plugin-kehykset rajapintoja komponentteja 18

19 Kehysten osittaminen Käsitemallipohjainen lähestymistapa Komponenttipohjainen lähestymistapa Kerrostaminen: hierarkkiset kehykset 19

20 Käsitemallipohjainen lähestymistapa OO-arkkitehtuurityyli : 1. Tee sovellusalueen käsitemalli 2. Hae ja lisää käsitemalliin yleistykset (kantaluokat) 3. Muunna käsitemalli luokkamalliksi, lisää oletustoteutukset, rajapinnat 4. Tunnista variaatiopisteet luokkamallista 5. Suunnittele variaatiopisteiden toteutus (esim. suunnittelumalleja soveltamalla) 20

21 Esimerkki: Simulointikehys 21

22 <<framework>> SimulationFW Muunneltava kehys <<interface>> Creature setmyworld(world) show() getx(): int gety(): int move() interact(creature) growold() die() * World getsize(): int add(creature) remove(creature) show() simulate(int, CreatureFactory) <<interface>> CreatureFactory 1 createcreature(): Creature DefaultCreature <<create>> DefaultCreatureFactory xcoord ycoord age setmyworld(world)... die() <<create>> createcreature(): Creature EatingCreature energy interact(creature) SimulationApp main() <<create>> <<create>> EatingCreatureFactory createcreature(): Creature 22

23 <<framework>> SimulationFW Koottava kehys <<interface>> Creature setmyworld(world) show() getx(): int gety(): int move() interact(creature) growold() die() * World getsize(): int add(creature) remove(creature) show() simulate(int,creaturefactory) <<create>> <<interface>> CreatureFactory 1 createcreature(): Creature DefaultCreatureFactory DefaultCreature xcoord ycoord age setmyworld(world)... die() EatingCreature energy interact(creature) <<create>> <<create>> createcreature(): Creature EatingCreatureFactory createcreature(): Creature SimulationApp <<create>> main() 23

24 <<framework>> SimulationFW <<interface>> Creature setmyworld(world) show() getx(): int gety(): int move() interact(creature) growold() die() * Plug-in kehys World getsize(): int add(creature) remove(creature) show() simulate(int,creaturefactory) 1 PluginLoader <<interface>> CreatureFactory createcreature(): Creature load() <<load>> <<plugin>> EatingApplication EatingCreature SimulationApp EatingCreatureFactory energy interact(creature) main() createcreature(): Creature <<create>> 24

25 Komponenttipohjainen lähestymistapa: Monoliittiset kehykset vs. frameletit Monoliittinen kehys Sovellus Kehys Framelet Framelet Komponentti Komponentti Erikoistus Erikoistus Erikoistus 25

26 Hierarkkinen kehys 26

27 Hierarkkinen kehys: yleinen simulointikehys Punamuurahaisten simulointisovellus Muurahaisten simulointikehys Hyönteisten simulointikehys Eläinpopulaatioiden simulointikehys Yleinen simulointikehys 27

28 Hierarkkinen kehys: esimerkkikehys EatingCraeture, EatingCreatureFactory, SimulationApp DefaultCreature, DefaultCreatureFactory World, Creature 28

29 Hierarkkinen kehys: liiketoimintakehys Varastonhallintasovellus Varastonhallintasovelluskehys Spring 29

30 Strategy Game Framework 30

31 Cont. 31

32 GUI-kehys-esimerkki: Qt Qt framework instantiointia QLabel QPushButton QMainWindow erikoistus MyLabel 32

33 Windows Ribbons: esimerkki frameworkista ja sen dokumentoinnista Windows ja Office tyylin käyttölliittymät Miten dokumentoitu: Mikä se on, kannattaako käyttää: Toteutusohjeistusta: Esimerkkiä: Ribbon-Framework-in-Win-C-Application 33

34 Kehysesimerkki, Windows Ribbons 34

35 Command and Control rakenne 35

36 Kehys vai kirjasto? 36

37 Esimerkkejä kehyksistä Esimerkkikoodi: Knockout.js Knockout ja tutorial 2: Javascript-kehykset, vähemmän erikoistamista, enemmän omien instanssien luomista ja kehyksen tarjoamiin palveluihin luottamista Verkkokehykset (web app frameworks), Struts, Django, Ruby on rails, Vaadin Pelit, pelimoottorit, fysiikka, jne. GUI-kehykset: Qt, Eclipse 37

38 Javascript -kehyksistä Javascript-frameworkeistä:

39 Kysyttävää?

40 Kehykset ja suunnittelumallit Suunnittelumalleilla voidaan lisätä järjestelmän joustavuutta sekä tavallisissa sovelluksissa (ylläpidettävyys, siirrettävyys) että kehyksissä (uudelleenkäytettävyys) Hyvin suunniteltu oliosovellus voidaan ymmärtää usein (implisiittisen) kehyksen erikoistuksena. 40

41 Suunnittelumallit kehyksen erikoistamisrajapintana Sovelluskohtainen koodi Kehys Suunnittelumallin ilmentymä 41

42 Suunnittelumallit ja kehykset Graphicaltem draw * children Kuuluu kehykseen Rectangle Circle FigGroup draw draw draw for all children c: c.draw; 42

43 Tyypillisiä kehyksissä käytettyjä GoF-suunnittelumalleja Operaatiorunko (Template Method) Strategia (Strategy) Kuorruttaja (Decorator) Tehtaat (Abstract Factory, Factory Method) Tarkkailija (Observer)... 43

44 Operaatiorunko (Template Method) Ongelma: Metodin sovelluskohtainen staattinen variointi 44

45 Kehyksessä Kehys Creature draw() move(dx, dy) setcolor(backgr) draw() x = x + dx y = y + dy setcolor(color) draw() Sovellus MyCreature draw() piirretään oma eliö 45

46 Strategia (Strategy) Ongelma: Metodin dynaaminen sovelluskohtainen variointi (isäntäolion olemassaolon aikana) 46

47 Kehyksessä Kehys setcolor(backgr) drawer.draw() x = x + dx y = y + dy setcolor(color) drawer.draw() Creature setdrawer(drawer) move(dx, dy) Drawer draw Sovellus dd = new DeadDrawer(); c.setdrawer(dd); piirretään oma eliö elävänä AliveDrawer draw() DeadDrawer draw() 47

48 Kuorruttaja (Decorator) Ongelma: Miten antaa mahdollisuus liittää sovelluskohtaista toiminnallisuutta tiettyyn kehyksen komponentiin dynaamisesti? 48

49 Esimerkki 49

50 basic interaction ; BasicBehavior Kehys SpecialBehavior interaction() next.interaction(); interaction() Behavior interaction() next behav DefCreature interaction() append(behavior) DefWorld Creature Sovellus Behavior::interaction(); if energy < min { host.die(); } Behavior::interaction(); makesound(); MyBehavior2 MyBehavior1 interaction() interaction() Main: c = new DefCreature(); b1 = new MyBehavior1(); c.append(b1); d = new DefCreature(); b2 = new MyBehavior2(); d.append(b2); DefCreature::interaction: behav.interaction(); Kehys liittää automaattisesti BasicBehavior:in DefCreature-olioon 50 50

51 Abstrakti tehdas (Abstract Factory) Ongelma: Miten luoda yhdenmukaisesti tietyn sovelluskohtaisen luokkakokoelman olioita kehyksessä? 51

52 Kehyksessä Kehys Obstacle Creature World simulate() ElemFactory makecreature(): Creature makeobstacle(): Obstacle Sovellus MyObstacle MyCreature MyFactory Main: f = new MyFactory() world = new World(f); world.simulate(); return new MyCreature(); return new MyObstacle(); makecreature() makeobstacle() 52

53 Tarkkailija (Observer) Ongelma: Miten antaa sovelluskohtaisille komponenteille mahdollisuus reagoida jonkin kehyksen komponentin tilan muutoksiin? 53

54 if meteorhit { for all obs: obs.notifymeteor(); } Kehyksessä Kehys MeteorSource DefWorld MeteorObserver notifymeteor() Creature register( ) simulate() register(meteorobserver) Sovellus MyCreature notifymeteor() 54

55 Kahden kehyksen yhdistäminen säikeillä GUI-kehys Simulointikehys MainWindow Controller Manager EventLoop säie säie 55

56 Kehyksien kehittämisestä Luettavuus, kehyksen koodi luettavaa, kehyksen käyttö ja luettavan koodin tuottaminen Koodin lukeminen vs. kirjoittaminen Käytön helppous, yksinkertaisuus Älä pakota käyttäjiä toistamaan samaa asiaa (ensin kalikuvaus, sitten sama koodissa, jne.) Mieti myös koodintäydennystä (ei getelementname, getelementtype, getelement ) Virheiden etsintä ajoaikana, joku ei toimi (oikein) vs. käännösvirhe (jos staattisesti tyypitetty) suosi käännösaikaisia tarkistuksia 56

57 Kehyksien kehittämisestä Piilomerkitykset ja abstraktioiden särkyminen Dokumentoi piilomerkitykset Pyri tekemään abstraktiot niin, etteivät ne vuoda osassa tilanteista = yhteneväisyys Laajennettavuus Yksinkertaisuus, dependency injection, helppo alkuun pääsy 57

58 Kehyksen ominaisuuksia (vielä) Käänteinen kontrolli, Inversion of control: kehys vastaa yleisestä ohjelman suorituksesta (ei kehystä käyttävän koodin tekijä/kehystä käyttävä koodi) Laajennettavuus, muokattavuus: muokataan luomalla uusia osia, erikoistamalla kehyksen peruspalveluita, parametrien avulla Kehyksellä oletustoiminnallisuutta: kehys tekee jotakin jo valmiiksi, ei pelkästään kokoelma tyhjiä rajapintoja Kehyksen omaa koodia ei muokata, kuten ei yleensä kirjastonkaan 58

59 Kehykset etuja? 59

60 Kehyksen ongelmat? 60

61 Kehysten etuja Kehysten etuja tuotealustojen toteutustekniikkana: Paljon kokemusta (esim. GUI-kehykset) Soveltaa yleistä, tunnettua OO teknologiaa (vrt. DSL) Tukee avoimia variaatiopisteitä (vrt. DSL) Tukee hyvin kerroksittaisia/hierarkkisia tuotealustoja Kovat osaajat tekevät kehyksen, sisällöntuottamisen jne. taitajat tuotteen 61

62 Kehysten ongelmia Teknisesti vaativa tapa tehdä ohjelmistoja, prosessi usein hyvin iteratiivinen Kehyksistä tulee helposti suuria, mutkikkaita ja vaikeasti hallittavia ohjelmistoja Ajankäyttö, kustannukset, jos ollaan tekemässä vain yksittäistä sovellusta Sovellusten testaaminen voi olla vaikeaa ilman kehyksen koodia Sovelluksen tekeminen kehyksen päälle: opettelu, joustavuus?, riippuvuus 62

63 Yhteenvetoa Perinteinen kehys OO tapa toteuttaa tuotealusta Kehysarkkitehtuureja käytetään paljon yrityksissä, kokemukset valtaosalta positiivisia Kehyksen tekeminen on huomattavasti vaativampaa kuin yksittäisen sovelluksen Vältä suurien muunneltavien (white-box) kehysten tekemistä Kehys voi olla hoikahko suhteessa itse sovellukseen: toiminnallinen runko ja sisältö 63

64 Yhteenvetoa Suunnittelumallit ja kehykset, peruskäyttö pitäisi onnistua ilman suunnittelumalleihin perehtymistä Vältä turhia yksityiskohtia, tee käytöstä mahdollisimman yksinkertaista Kerro miten asiat tehdään käyttäjän näkökulmasta, älä miten ne on toteutettu kehyksen sisällä Javascript-kehykset ja vastaavat: Tarjoavat helpotusta sovelluksen toteuttamiseen Esimerkiksi valmis MVC-pohja, ei tarvitse lähteä toteuttamaan asiaa tyhjästä Käyttäjän koodi tekee varsinaisen sovellusosan, framework huolehtii yleiset asiat 64

65 Kysyttävää?