Maarit Harsu. O h j e l m o i n t i k i e l e t Periaatteet, käsitteet, valintaperusteet

Transkriptio

1 Maarit Harsu O h j e l m o i n t i k i e l e t Periaatteet, käsitteet, valintaperusteet 6. elokuuta 2012

2 c 2012 Maarit Harsu Tämän Ohjelmointikielet-teoksen käyttöoikeutta koskee Creative Commons Nimeä- Ei muutoksia-epäkaupallinen 1.0 Suomi -lisenssi. Nimeä Teoksen tekijä on ilmoitettava siten kuin tekijä tai teoksen lisensoija on sen määrännyt (mutta ei siten että ilmoitus viittaisi lisenssinantajan tukevan lisenssinsaajaa tai Teoksen käyttätapaa). Ei muutettuja teoksia Teosta ei saa muuttaa, muunnella tai käyttää toisen teoksen pohjana. Epäkaupallinen Lisenssi ei salli teoksen käyttöä ansiotarkoituksessa. Lisenssi on nähtävillä kokonaisuudessaan osoitteessa

3 Sisältö Alkusanat 9 1 Johdanto Taustaa Ohjelmointiparadigmat Ohjelmointikielten historiaa Ohjelmointikielten sukupolvet Esimerkki ohjelmointikielten kehittymisestä Ohjelmointikielen suunnittelu Ohjelmointikielen toteuttaminen Syntaksi ja semantiikka Taustaa Leksikaalianalyysi Kontekstittomat kieliopit Syntaksianalyysi LL-jäsennys LR-jäsennys Semanttinen analyysi Attribuuttikieliopit Tietoalkiot ja niiden sidonnat Taustaa Sijoituslause Lausekkeet ja niiden evaluointi Sidonnat Elinajat Näkyvyydet

4 4 SISÄLTÖ 4 Tyypit Tyyppien merkitys Tyyppien suunnittelunäkökohtia Vahva tyypitys Tyyppien jaottelu Skalaarityypit Numeeriset tyypit Loogiset tyypit Merkkityypit Luetellut tyypit Osavälityypit, alityypit ja johdetut tyypit Rakenteiset tyypit Taulukkotyypit Taulukon toteuttaminen Merkkijonotyypit Taulukkotyypin indeksirajat Tietuetyypit Osoitintyypit Osoittimien ominaisuuksia Osoittimien ongelmia Osoitinongelmien ratkaisuja Viitetyypit Joukkotyypit Tyyppien ekvivalenssi Lauseet Taustaa Koottu lause Valintalauseet Kaksisuuntainen valintalause Monivalintalause Toistolauseet Määrätty toistolause Määräämätön toistolause Vartioidut komennot Lauseiden todistaminen Sijoituslauseen todistaminen Kootun lauseen todistaminen Ehtolauseen todistaminen Toistolauseen todistaminen Invariantit ohjelmointikielissä

5 SISÄLTÖ 5 6 Aliohjelmat Taustaa ja terminologiaa Aliohjelmien parametriliitäntä Aliohjelmien parametrivälitys Parametrivälitysmekanismit Arvoparametrit Tulosparametrit Arvo-tulos parametrit Viiteparametrit Nimiparametrit Parametrivälitys ohjelmointikielissä Sivuvaikutuksista ja moninimisyydestä Moniulotteiset taulukot parametreina Aliohjelmat parametreina Kuormittaminen Aliohjelmien toteuttaminen Rekursiiviset aliohjelmat Poikkeusten hallinta Taustaa PL/I Ada Eiffel C Java Poikkeusten toteuttaminen Rinnakkaisuus Taustaa Terminologiaa Vuorottaisrutiinit Semaforit eli opastimet Monitorit Viestien välittäminen Synkroninen viestien välittäminen Asynkroninen viestien välittäminen Javan säikeet Kapselointimekanismit Taustaa Abstraktit tietotyypit

6 6 SISÄLTÖ 9.3 Moduulit Modula Ada Moduulityypit Luokat Olio-ohjelmointi Taustaa ja terminologiaa Imperatiivisen ja olio-ohjelmoinnin vertailu Oliokielten suunnittelunäkökohtia Operaatioiden sidonta Simula Smalltalk Eiffel C++, Java ja C# Oberon Ada Luokkien toteuttaminen Dynaamisen sidonnan toteuttaminen Yksittäisperiytymisen toteuttaminen Moniperiytymisen toteuttaminen Muotit Taustaa Makrot ja muotit Esimerkki muottien tarpeesta Ada Muottien objektiparametrit Muottien tyyppiparametrit Muottien aliohjelmaparametrit C Aspektiohjelmointi Taustaa Esimerkkejä aspektien tarpeesta AspectJ Aspektien tunnistaminen Koodin liittäminen aspektiin Poikkeusten hallinta aspektina Rinnakkaisuus aspektina Aspektien toteuttaminen

7 SISÄLTÖ 7 13 Funktionaalinen ohjelmointi Ominaisuuksia Korkeamman asteen funktiot Evaluointijärjestys Lisp ja Scheme Taustaa Erikoisfunktioita Kontrollirakenteet Lambda-lausekkeet Koodia tuottavat funktiot ML Haskell Logiikkaohjelmointi Taustaa Klausuulit ja päättelyprosessi Prologin ominaisuuksia Lauseet Lausekkeiden evaluointi Prologin resoluutio Prologin tietorakenteet Prologin kyselyiden tehokkuudesta Alitavoitteiden järjestys Katkaisu Prologin puutteita Skriptiohjelmointi Taustaa Skriptiohjelmoinnin ja järjestelmäohjelmoinnin vertailu Perl Esittely Tietotyypit Muuttujien näkyvyydet ja elinajat Aliohjelmat Kontrollirakenteet Mallin tunnistaminen Python Esittely Tietoalkiot Kontrollirakenteet Funktiot

8 8 SISÄLTÖ Moduulit ja luokat JavaScript Esittely Olioiden luominen Valmiit oliot ja funktiot Kirjallisuutta 292 Hakemisto 295

9 Alkusanat Tämä kirja on kirjoitettu alun perin Tampereen teknillisen yliopiston kurssille Ohjelmointikielten periaatteet, jota olen luennoinut. Kirja on syntynyt käyttämäni luento- ja kurssimateriaalin pohjalta. Tärkeimpänä taustamateriaalina olen käyttänyt seuraavia alan englanninkielisiä oppikirjoja: M. L. Scott. Programming Language Pragmatics. Morgan Kaufmann, R. W. Sebesta. Concepts of Programming Languages. Addison-Wesley, R. Sethi. Programming Languages: Concepts & Constructs. Addison-Wesley, Sebestan kirjasta on olemassa myös uudempi painos vuodelta 2004, mutta mielestäni vuoden 2002 versio on parempi. Ohjelmointikielten periaatteista on tehty opetusmonisteita, joita olen myös käyttänyt kirjan lähteinä: A.-J. Kaijanaho. Ohjelmontikielten periaatteet. Luentomateriaali, Tietotekniikan laitos, Jyväskylän yliopisto, syyskuu 2002, 79 ss. T. Knuutila. Ohjelmointikielten periaatteet. Luentomateriaali. Informaatioteknologian laitos, Turun yliopisto, toukokuu 2001, 148 ss. K. Koskimies. Ohjelmointikielten periaatteet. Luvut 1 3 raportissa C ja luvut 4 10 raportissa C Tietojenkäsittelyopin laitos, Tampereen yliopisto, joulukuu 1989 helmikuu 1990, yht. 213 ss. Kirja käsittelee ohjelmointikielissä esiintyviä rakenteita, niiden vaihtoehtoja ja toteutustapoja. Kirjassa on esimerkkejä useista eri ohjelmointikielistä, mutta niitä tarkastellaan lähinnä siinä yhteydessä, millaisia piirteitä jokin tietty kieli tarjoaa. Lukijan oletetaan osaavan ohjelmoida edes jollakin ohjelmointikielellä, jolloin hän pystyy tekemään vertailuja tuntemansa kielen ja muiden kielten tarjoamien vaihtoehtojen välillä. Kirja ei käy mitään 9

10 10 Ohjelmointikielet Periaatteet, käsitteet, valintaperusteet ohjelmointikieltä systemaattisesti läpi, vaan kielistä on esimerkkejä sovitettuna kuhunkin aiheeseen. Kirjassa on joissakin kohdissa käsitelty kielten eri piirteiden suunnittelunäkökohtia. Niitä ei kuitenkaan ole otettu mukaan siinä ajatuksessa, että mitä tulee ottaa huomioon silloin, kun lukija on suunnittelemassa jotakin uutta ohjelmointikieltä. Tämäkään ajatus ei tietenkään ole täysin mahdoton, mutta ensisijainen tarkoitus on se, että tuntiessaan suunnittelunäkökohdat lukija pystyy pohtimaan olemassa olevien kielten ominaisuuksia, näkemään erilaisia vaihtoehtoja ja vertailemaan eri kieliä. Suunnittelunäkökohtien esittelyn tavoitteena on siis auttaa lukijaa huomaamaan, millaisia vaihtoehtoisia piirteitä kielissä on, millainen ratkaisu johonkin tiettyyn kieleen on valittu, millaisia valintaperusteita voi olla ja mitä seurauksia valinnoilla on (esimerkiksi piirteiden toteutukselle). Kirjan kirjoittamisen aikana olen saanut palautetta alan asiantuntijoilta. Käsikirjoitusta ovat lukeneneet ja kommentoineet Kai Koskimies, Tommi Mikkonen ja Mika Katara Tampereen teknillisestä yliopistosta sekä Ari Vesanen Oulun yliopistosta. Lisäksi olen saanut vinkkejä kirjan aihealueeseen liittyen Jorma Tarhiolta Teknillisestä korkeakoulusta. Kiitokset heille kaikille. Tampereella tammikuussa 2005 Maarit Harsu

11 Luku 1 Johdanto 1.1 Taustaa Käsitteen ohjelmointikieli määritteleminen on vaikeaa. Voidaan ajatella, että ohjelmointikieli on väline tai käyttöliittymä, jolla ihminen pystyy kertomaan tietokoneelle, mitä sen pitäisi tehdä. Tämän määritelmän heikkoutena on kuitenkin liiallinen laajuus. Määritelmän mukaan esimerkiksi HTML (hypertext markup language) luettaisiin ohjelmointikieleksi, mitä ei kuitenkaan yleensä haluta. Määritelmää voidaan rajoittaa kertomalla jotain kielen ilmaisuvoimasta. Tavallisesti ohjelmilla tarkoitetaan sellaisia rakenteisia tekstejä, joita pystytään käsittelemään Turingin koneella. Näin ohjelmointikieli on väline, jolla saadaan tietokone simuloimaan universaalia Turingin konetta. Tässä määritelmässä on kuitenkin se ongelma, että todellisten tietokoneohjelmien kohdalla eteen tulee resurssipula, kun taas Turingin koneen nauha on ääretön. Jos tämän seikan ottaa huomioon määrittelyssä, niin määritelmästä tulee monimutkainen ja hankala käyttää [Kai02]. Alussa esitetyllä määritelmällä on myös se heikkous, että se ei sano mitään siitä, missä muodossa tietokoneelle annettavien komentojen tulee olla. Tietokoneiden alkuaikoina toimintojen valitseminen tapahtui asettamalla kytkimiä sopiviin asentoihin. Kytkinten asettelun määräämää käyttöliittymää ei kuitenkaan yleensä haluta laskea ohjelmointikieleksi. Määritelmää voidaan rajoittaa niin, että ohjelmointikieli on merkintäjärjestelmä, joka kuvaa laskentaa sellaisessa muodossa, että se on sekä ihmisen että koneen luettavissa [Lou03]. Määritelmä sulkee pois myös HTML:n, koska se ei kuvaa laskentaa. Sen sijaan visuaaliset ohjelmointikielet tulevat lasketuiksi mukaan, mutta niitä ei käsitellä kirjassa tämän enempää. Ohjelmointikielten tutkimiseen voidaan löytää useita perusteluita. Oh- 11

12 12 Ohjelmointikielet Periaatteet, käsitteet, valintaperusteet jelmointikielten yleisten periaatteiden tuntemisella on vaikutusta [Seb02] uusien ohjelmointikielten omaksumiseen ajatusten esittämiskykyyn ohjelmointikielen valintaan kielen toteutuksen ymmärtämiseen omien ohjelmointikielten suunnitteluun. Ohjelmointikielen oppiminen voi perustua aikaisemmin opittuihin kieliin, esimerkiksi C++-ohjelmoijien on helppo oppia Java samoin kuin Pascalosaajien Modula-2. Myös vähemmän toisiaan muistuttavissa kielissä on paljon samanlaisia piirteitä, joita voidaan pitää ohjelmointikielten peruskäsitteinä. Niiden tunteminen helpottaa myös aivan uudenlaisen ohjelmointikielen oppimista. Samoin kuin luonnollisen kielen oppimisessa myös ohjelmointikielen oppimisessa yleiset tiedot kieliopillisista rakenteista edistävät asioiden omaksumista. Ohjelmoijan käyttämän kielen ilmaisuvoima vaikuttaa siihen, millä tarkkuudella tai syvyydellä ohjelmoija pystyy ajattelemaan ja esittämään ajatuksiaan. Erityisesti abstrakteista käsitteistä puhuminen ei ole mahdollista, jos kieli ei sitä tue. Kieli siis rajoittaa sitä, mistä asioista on mahdollista kommunikoida. Vain yhtä ohjelmointikieltä osaava ohjelmoija joutuu rajoittumaan tämän kielen tarjoamiin käsitteisiin. Laajempi tuntemus ohjelmointikielten yleisistä käsitteistä sen sijaan mahdollistaa laajempialaisen pohdinnan ohjelmoinnin ja ohjelmointikielten käsitteistä. Useita ohjelmointikieliä osaava ohjelmoija voi myös simuloida muiden kielten ominaisuuksia ohjelmoidessaan jollakin kielellä, jossa jotakin toivottua ominaisuutta ei ole. Ohjelmoija, joka osaa vain yhtä ohjelmointikieltä, valitsee mielellään tämän kielen ohjelmointitehtäviinsä eikä välttämättä ole halukas oppimaan uusia kieliä. Ohjelmointikielten yleiset periaatteet tunteva ohjelmoija pystyy paljon objektiivisemmin tekemään vertailuja eri kielten välillä ja valitsemaan aina kuhunkin tarkoitukseen sopivimman kielen. Ohjelmointikieleen sisällytettävien ominaisuuksien yhtenä valintakriteerinä on se, miten piirteet voidaan toteuttaa ja miten helppoa toteuttaminen on. Tietämys ohjelmointikielten toteutusnäkökohdista auttaa ymmärtämään, miksi ohjelmointikielet ovat sellaisia kuin ovat. Tämä taas johtaa siihen, että ohjelmoija osaa paremmin käyttää kieltä järkevästi eli niin kuin kieli on suunniteltu käytettäväksi. Toteutusnäkökohtien tunteminen auttaa myös kirjoittamaan tehokkaampia ohjelmia, koska ohjelmoija osaa valita käyttämänsä rakenteet niiden tehokkuuden ja tilanteeseen sopivuuden perusteella. Esi-

13 Johdanto 13 merkiksi tuntemalla rekursion toteutustavan ohjelmoija ymmärtää, miksi se voi olla tehottomampi kuin vastaava iteratiivinen ratkaisu. Vain hyvin harvat ohjelmoijat suunnittelevat ja toteuttavat oikeita ohjelmointikieliä. Ohjelmointikielten suunnitteluperiaatteista on kuitenkin hyötyä myös pienimuotoisemmissa tehtävissä. Ohjelmissa voidaan joutua lukemaan ja kirjoittamaan erilaisia rakenteisia tekstejä. Tällaisten tehtävien suorittamisessa on hyvä tietää, millainen käsiteltävän tekstin rakenne tulisi olla, jotta sitä olisi helppo ohjelmallisesti lukea, selata ja jäsentää. 1.2 Ohjelmointiparadigmat Sanalla paradigma on useita merkityksiä. Ohjelmointikielten yhteydessä sillä tarkoitetaan kokonaisuutta, joka muodostuu seuraavista kolmesta osasta: laskennallisesta mallista, käsitteistöstä ja välineistöstä [BG94]. Perinteisessä imperatiivisessa paradigmassa laskennallinen malli perustuu RAMkoneeseen (random access machine) eli hajasaantikoneeseen. Jos halutaan toteuttaa esimerkiksi lajitteluohjelma, käsitteistöön kuuluvat kielen rakenteet kuten tietueet, osoittimet, toistorakenteet ja tiedostot. Välineistö taas tarkoittaa sitä, miten ohjelmoija kielen käsitteitä käyttää. Lajitteluohjelman tapauksessa välineistöä voivat olla linkitetty lista sekä syöttö- ja tulostustoiminnot. Yleisesti ottaen paradigma antaa mahdollisuudet tai puitteet eri asioiden toteuttamiseen. Eri paradigmoissa on erilaiset mahdollisuudet eri asioiden toteuttamiseen. Jotkin tehtävät onnistuvat helpommin jossakin ohjelmointiparadigmassa, jotkin toiset asiat taas jossakin toisessa paradigmassa. Ohjelmointikielien jaottelu eri paradigmoihin ei ole välttämättä kovin helppoa. Yksi usein käytetty jaottelu on [Weg89]: Imperatiivinen paradigma (käskykielet) lohkorakenteinen (proseduraalinen) oliokeskeinen hajautettu (rinnakkainen) Deklaratiivinen paradigma (esittelykielet) funktionaalinen looginen tietokantakielet.

14 14 Ohjelmointikielet Periaatteet, käsitteet, valintaperusteet Jaottelussa ei kuitenkaan pystytä erottelemaan esimerkiksi rinnakkaista funktionaalista paradigmaa tavanomaisesta (peräkkäisestä) funktionaalisesta paradigmasta, mikä onnistuu jaottelussa [BG94]: Paradigma imperatiivinen (proseduraalinen) oliokeskeinen funktionaalinen looginen Ohjelmointimalli peräkkäinen rinnakkainen. Jaottelussa valitaan paradigma, ja valittuun paradigmaan liitetään ohjelmointimalli, joka voi olla peräkkäinen tai rinnakkainen. Ohjelmointimallin ansiosta erottelu rinnakkaisten funktionaalisten kielten ja peräkkäisten funktionaalisten kielten välillä onnistuu. Tälläkin jaottelulla on kuitenkin puutteensa. Se ei pysty sovittamaan esimerkiksi funktionaalista oliokieltä mihinkään ryhmään, mikä onnistuisi, jos myös oliokeskeisyys otettaisiin mukaan omana ohjelmointimallinaan samalla tavalla kuin tieto rinnakkaisuudesta tai peräkkäisyydestä. Kahdessa edellä esitetyssä jaottelussa suhtaudutaan eri tavalla siihen, kuuluvatko oliokielet mukaan imperatiiviseen paradigmaan vai eivät. Jos halutaan erityisesti korostaa imperatiivisuutta (ilman oliokeskeisyyttä), voidaan puhua proseduraalista kielistä. Jatkossa tässä kirjassa otetaan se kanta, että imperatiivinen paradigma ei sisällä oliokieliä. Ohjelmointikielten jaotteluita on muitakin. Osterhout erottelee yhteen ryhmään järjestelmäohjelmointikielet, joita ovat esimerkiksi Pascal, C, C++ ja Java, ja toiseen ryhmään skriptikielet, kuten Perl, Python ja JavaScript [Ous98]. Järjestelmäohjelmointikielet on tarkoitettu komponenttien toteuttamiseen symbolisia konekieliä korkeammalla tasolla, kun taas skriptikielillä voidaan yhdistellä olemassa olevia komponentteja toisiinsa. Paradigmojen jaotteluun ei siis ole olemassa yhtä yleisesti hyväksyttyä tapaa. Vaikka jaottelu olisi millainen tahansa, ongelmia syntyy ainakin siinä, että on olemassa myös moniparadigmakieliä, jotka sisältävät piirteitä useasta eri paradigmasta. Lisäksi ohjelmointikieliin tulee uusia ominaisuuksia niin, että uudet kielet eivät aina helposti sovi olemassa oleviin jaotteluihin. Esimerkkinä uusista ominaisuuksista ovat joidenkin kielten aspektiominaisuudet, vaikkakaan aspektiohjelmointia ei (ainakaan vielä) voi pitää

15 Johdanto 15 omana paradigmanaan, koska aspektikielillä on mahdollista ohjelmoida välittämättä aspektiominaisuuksista. Tarkastellaan seuraavaksi eri paradigmojen ominaispiirteitä. Imperatiiviselle paradigmalle olennaista on tuhoava sijoituslause, jossa uuden arvon sijoittaminen tuhoaa vanhan arvon. Sijoituslause on myös sikäli oleellisessa asemassa, että laskenta perustuu siihen, millaisia arvoja eri muuttujilla eri tilanteissa on. Kontrollin siirtäminen tapahtuu eksplisiittisesti, ja kontrollin kulkua on suhteellisen helppo seurata ohjelmatekstistä. Esimerkkejä imperatiivista paradigmaa noudattavista kielistä ovat Fortran, Pascal, C ja Ada83. Oliokeskeisessä paradigmassa oliot ovat tärkeässä asemassa: niitä luodaan, ja ne välittävät ja vastaanottavat viestejä. Samanlaiset (saman tyyppiset) oliot kuuluvat samaan luokkaan. Luokkia voidaan myös periyttää toisistaan. Esimerkkejä oliokielistä ovat Simula67, Eiffel ja Smalltalk. C++ on hybridi kieli siinä mielessä, että se sisältää sekä imperatiivisen että olioohjelmoinnin piirteitä. Funktionaalisissa kielissä laskenta tapahtuu funktioiden avulla, joilla ei yleensä ole sivuvaikutuksia. Puhtaissa funktionaalisissa kielissä ei ole sijoituslausetta, vaan kaikki arvot saadaan funktioiden tuloksina. Esimerkkejä funktionaalisista kielistä ovat Lisp, Scheme (Lispin murre), ML (Meta Language), Haskell ja Miranda. Näistä kahta jälkimmäistä voidaan pitää puhtaana funktionaalisena kielenä. Loogisessa paradigmassa keskeisessä asemassa ovat logiikan kaavat. Ohjelman suoritus tarkoittaa loogisen väittämän todistamista ohjelman loogiseksi seuraukseksi. Looginen paradigma on suhteellisen uusi, se on syntynyt vasta 1970-luvulla. Yleisin käytettävä logiikkaohjelmoinnin kieli on Prolog, jolla on useita murteita. Rinnakkaisessa paradigmassa oleellisessa asemassa ovat prosessit, joita voi olla useita yhtäaikaa suoritettavana. Yhtäaikaisesta suorituksesta johtuen tärkeää on myös prosessien tahdistaminen eli synkronointi, jolla varmistetaan, että prosessit ovat sopivissa suorituksen vaiheissa keskinäisen tiedon välityksen onnistumiseksi. Rinnakkaisia ohjelmointikieliä ovat Occam ja SR (Syncronizing Resources). Myös Java ja Ada sisältävät välineitä rinnakkaiseen ohjelmointiin. 1.3 Ohjelmointikielten historiaa Kuvassa 1.1 on esitetty joitakin ohjelmointikieliä ja niiden pohjautumista toisiinsa. Mustalla pallolla merkityistä kielistä on nimi näkyvissä. Useimmat näistä kielistä esiintyvät kirjan myöhemmissä esimerkeissä. Valkoisella

16 16 Ohjelmointikielet Periaatteet, käsitteet, valintaperusteet pallolla merkittyjen kielten nimi ei ole näkyvissä. Nimen puuttuminen voi johtua siitä, että kieli ei ole kovin merkittävä tämän kirjan kannalta tai siitä, että nimen poisjättämisellä on saatu kuvaa vähän selvemmäksi. Kuvasta 1.1 voidaan löytää joitakin kehityslinjoja. Fortranin eri versiot muodostavat oman linjansa. Fortran II on merkitty valkoisella pallolla. Fortran III on ollut olemassa, mutta se ei koskaan levinnyt laajaan käyttöön, eikä sitä myöskään näy kuvassa. Fortran90:n nimi on jätetty pois kuvan selventämiseksi. C-perheen kielen kielet erottuvat omana linjanaan. B-kielen edeltäjän BCPL:n nimi puuttuu. Algol-perheen kieliin kuuluvat esimerkiksi Pascal ja Modula-2. Funktionaalisilla kielillä on oma linjansa, joka kuitenkin yhdistyy imperatiivisiin kieliin Pascalin kautta. Logiikkakieli Prolog ei ole yhteydessä muihin kieliin. Ohjelmointikielten historia [Seb02, Kos89] alkaa 1950-luvun alkupuolelta, jolloin symbolisten konekielten siirrettävyysongelmiin alettiin etsiä ratkaisua automaattisesta ohjelmoinnista. Siinä ohjelmoija esittää ongelman kuvauksen jollakin formaalilla kielellä, minkä jälkeen jokin erityinen ohjelma tuottaa siitä konekielisen ohjelman, joka ratkaisee ongelman. Nykyisessä terminologiassa formaalit kielet tarkoittavat korkean tason kieliä ja konekielisen ratkaisun tuottajia kutsutaan kääntäjiksi. Aluksi ihmisten oli vaikea uskoa, että automaattinen ohjelmointi voisi olla mahdollista. Fortrania voidaan pitää nykyisten lausekielten kantaisänä, joka myös edisti luottamusta automaattisen ohjelmoinnin mahdollisuuksiin. Tosin ensimmäisen Fortran-kääntäjän toteuttaminen oli vaikea tehtävä: siihen meni kolme vuotta ja 18 ihmistyövuotta. Pääkehittäjänä toimi John Backus, ja kehitys tapahtui IBM:n tuella. Fortranissa oli joitakin nykyisten ohjelmointikielten piirteitä: taulukkomuuttujat, toistolause (for-silmukkaa vastaava) ja valintalause (if-lausetta vastaava). Fortran levisi laajaan käyttöön, ja sen uudemmat versiot ovat edelleen käytössä. Fortranin tieteellisen laskennan vastapainoksi John McCarthy havaitsi tarpeen symboliselle tiedonkäsittelylle. Aluksi hän yritti laajentaa Fortrania tähän suuntaan, mutta totesi kuitenkin paremmaksi vaihtoehdoksi kehittää uuden kielen: Lispin. Kehitystyö tapahtui aluksi paperilla, myös Lispohjelmat käännettiin aluksi paperilla. Sitten huomattiin, että alun perin teoreettiseksi leluksi tarkoitettu Lisp-funktio eval voi toimia Lisp-tulkkina. Lispin kehitys on myöhemmin johtanut muiden funktionaalisten kielten kehittymiseen. Myös Cobol kehitettiin 1950-luvulla kaupallista laskentaa ja hallinnollisia sovelluksia varten. Kieli on vieläkin käytössä. Seuraavaksi kehitys johti Algol60:n syntymiseen, koska haluttiin laitevalmistajasta riippumaton algoritmien toteuttamiseen tarkoitettu kieli. Kehitystyö tapahtui saksalais-amerikkalaisena yhteistyönä. Algol60 oli ensim-

17 Johdanto Cobol Fortran I Fortran IV CPL PL/I Basic Algol60 Simula I Lisp B C Fortran 77 C++ Algol68 Pascal Modula-2 Smalltalk Ada83 Simula67 ML Prolog Scheme Common Lisp 1990 Oberon Modula-3 Visual Basic Eiffel Haskell Java Fortran 95 Ada C# Kuva 1.1: Ohjelmointikielten sukupuu

18 18 Ohjelmointikielet Periaatteet, käsitteet, valintaperusteet mäinen lohkorakenteinen kieli, lisäksi siinä oli mukana nykyisen kaltaiset kontrollirakenteet ja rekursio. Algol60:n suunnittelussa pidettiin tärkeänä sitä, että ohjelmat pystytään mekaanisesti kääntämään konekielelle. Algol60:n suunnitteluprosessin tuloksena saatiinkin uusi notaatio ohjelmointikielten syntaksin kuvaamiseen: BNF (Backus-Naur form). Algol60 ei kuitenkaan akateemisen maineensa vuoksi levinnyt niin laajaan käyttöön kuin Fortran, mutta sillä on ollut kuitenkin tärkeä merkitys myöhemmin kehitettyjen kielten suunnittelussa. Algol60:n pohjalta kehitettiin useita merkittäviä kieliä. Yksi näistä oli Norjassa kehitetty Simula. Kielen keskeisenä ajatuksena oli simulointi, josta johdettiin luokan käsite. Simula oli siis ensimmäinen oliokieli. Simula I:ssa oli mukana luokat ja oliot, Simula67:ssa mukaan otettiin myös periytyminen. Myös Basic syntyi 1960-luvulla. Sen kehitysperiaatteena oli luoda helppo kieli, jonka käyttö olisi helppo opettaa kenelle tahansa. Basicin lähtökohtana oli Algol60, mutta monia tärkeitä piirteitä jätettiin pois, esimerkiksi lohkorakenne. Sitä pidettiin liian vaikeana. Edelleen 1960-luvulla kehitettiin PL/I (tai PL/1, programming language one). Sen oli tarkoitus olla universaali ohjelmointikieli, joka sopisi erilaisiin tehtäviin. Tuolloin ohjelmointitehtävät (ja ohjelmoijat) voitiin jakaa kahteen ryhmään. Toinen ryhmä harrasti tieteellistä laskentaa, jossa käsiteltiin liukulukuja, taulukoita ja aliohjelmia. Toisen ryhmän tehtävänä taas oli hallinnollinen tietojenkäsittely, jossa tarvittiin kiintolukulaskentaa, tehokasta siirräntää (I/O) ja merkkijonojen käsittelyä. PL/I:n tarkoitus oli sopia molempiin tarkoituksiin, ja siihen yhdistettiin piirteitä Fortranista, Algol60:sta ja Cobolista. Kieli oli 1970-luvulla suosittu, vaikka sitä voidaan pitää laajana ja vaikeana kielenä. Siinä oli kuitenkin joitakin tärkeitä uusia piirteitä kuten poikkeusten hallinta ja rinnakkaisuus. Algol60:n pohjalta alettiin kehittää uutta kieltä: Algol68:a. Kielen käsitteistön oli tarkoitus olla systemaattisempi kuin Algol60:n. Kieli jäi kuitenkin enimmäkseen käyttämättä laajuutensa ja vaikeaselkoisen määrittelynsä vuoksi. Algol68:n kehityksessä oli mukana Niklaus Wirth, joka paheksui Algol68:n monimutkaisuutta. Hän jäi kuitenkin mielipiteensä kanssa vähemmistöön. Tästä syystä Wirth alkoi kehittää kieltä, joka olisi selkeä, yksinkertainen ja helppo toteuttaa. Näin syntyi Pascal. Siinä oli selkeä tietotyypin käsite, jonka avulla käyttäjä pystyi määrittelemään omia tietotyyppejään. Pascalissa oli paljon hyviä oivalluksia, mutta myös joitakin puutteita. Pascal on ollut lähtökohtana monille myöhemmille kielille, ja yksi tärkeä merkitys on se, että Pascalin puutteet osattiin ottaa huomioon myöhemmissä kielissä. Wirth on kehittänyt Pascalin pohjalta Modula-2:n ja Oberonin.

19 Johdanto 19 Ohjelmistotuotanto kasvoi voimakkaasti 1970-luvulla, ja laitekustannukset pienenivät. Näin ohjelmointikustannusten merkitys tuli hyvin oleellisiksi. Ohjelmointi oli kuitenkin hyvin virhealtista, ja tarvittavia resursseja oli vaikea ennakoida. Käytössä oli useita eri kieliä ja niiden murteita, ja ohjelmat olivat vaikeasti siirrettäviä. Lopulta ajauduttiin niin kutsuttuun ohjelmistokriisiin. Ratkaisuna kriisiin oli rakenteellinen ohjelmointi, jota monet 1970-luvulla kehitetyistä kielistä tukivat. Usein kielet tukivat myös laajempaa ohjelmistotuotantoa, esimerkiksi Modula-2 moduulikäsitteen muodossa. Myös tietoabstraktio löytyy monista tämän aikakauden kielistä. Dennis Ritchie kehitti 1970-luvulla C-kielen, joka sai vaikutteita Algol68:sta, vaikka ei sitä syntaksiltaan muistutakaan. Kielen varsinaisia edeltäjiä ovat CPL, BCPL ja B. Sekä BCPL että B ovat tyypittömiä kieliä, mikä oli ajalle epätyypillistä. C oli alunperin tarkoitettu raakaan järjestelmäohjelmointiin, ja sillä kirjoitettiin Unix-käyttöjärjestelmä kokonaan uudestaan. C-kielen tyyppitarkistukset eivät ole täydellisiä, mistä syystä ohjelmista saadaan toisaalta joustavia ja tehokkaita mutta toisaalta virhealttiita. C-kielessä ei käsitteellisesti ole juurikaan mitään uutta, mutta siitä tuli hyvin suosittu ja siksi merkittävä. Funktionaalisten kielten kehittelyä jatkettiin 1970-luvulla, jolloin syntyi useita Lisp-johdannaisia, esimerkiksi Scheme. Alkunsa sai myös ML, joka on tyypitetty funktionaalinen kieli. Siinä on paljon vaikutteita Lispistä, mutta se on syntaksiltaan Algol-tyyppinen. Myös oliokieliä kehitettiin, jolloin syntyi Smalltalk. Sitä voidaan pitää puhtaimpana oliokielenä. Itse kieli on hyvin pieni, mutta sen peruskirjasto on hyvin suuri. Lisäksi kehitettiin myös Prolog, joka logiikkakielenä on täysin erilainen kuin muut ohjelmointikielet. Seuraavalla vuosikymmenellä syntyi Ada (Ada83), joka kehitettiin Yhdysvaltain puolustusministeriön toimeksiannosta. Kieli on saanut nimensä Augusta Ada Byronin mukaan, jonka on sanottu olleen maailman ensimmäinen ohjelmoija. Ada syntyi tarkan vaatimusraportin pohjalta. Kehitystyössä tarkasteltiin olemassa olevia kieliä, ja etsittiin niiden joukosta sopivia lähtökohtia uudelle kielelle. Adan perusajatuksena oli saada ohjelmista luotettavia, siksi kielessä on vahva tyypitys, joten virheet huomataan mahdollisimman aikaisessa vaiheessa. Muita kielen piirteitä ovat tietoabstraktio, rinnakkaisuus, geneerisyys (tyyppien parametrointi) ja poikkeusten hallinta. Kieltä pidettiin aikanaan laajana mutta silti suhteellisen helppona oppia. Ada83:n pohjalta on myöhemmin kehitetty Ada95, johon on lisätty olioparadigman piirteitä kuten periytyminen ja monimuotoisuus (polymorfisuus). Myös rinnakkaisuuteen liittyviä mekanismeja on parannettu. Uusia oliokieliä kehitettiin 1980-luvulla. Bjarne Stroustrup laajensi C- kieltä olioilla, jolloin syntyi C++. Bertrand Meyer kehitti Eiffel-kielen, jota

20 20 Ohjelmointikielet Periaatteet, käsitteet, valintaperusteet voidaan pitää puhtaana oliokielenä. Syntaksiltaan Eiffel muistuttaa Adaa. Ohjelmissa on mahdollista käyttää esi- ja jälkiehtoja sekä invariantteja, joten kieli tukee ohjelmien formaalia todistamista. Olio-ohjelmointi yleistyi 1990-luvulla, jolloin C++:n pohjalta kehitettiin Java. Tarkoituksena oli säilyttää C-kielestä lähtöisin oleva joustavuus mutta samalla parantaa turvallisuutta. Javassa ei ole osoittimia, vaan ne on korvattu viitteillä. Kielessä on automaattinen roskien keruu. Javassa moniperiytyminen ei ole mahdollista muuten kuin rajapintojen avulla. Javan ja C++:n pohjalta on myöhemmin kehitetty C#. Kun Javassa joitakin C++:n piirteitä jätettiin pois, niin C#:ssa monet näistä piirteistä on tuotu takaisin, tosin hieman eri muodossa. Myös Internetin käyttö alkoi ja yleistyi 1990-luvulla, millä oli vaikutusta ohjelmointikielten kehitykseen, erityisesti skriptikielten yleistymiseen. Kielet sopivat hyvin HTML-dokumenttien luomiseen ja käsittelemiseen, koska niillä kirjoitettua koodia voidaan helposti sisällyttää HTML-dokumentteihin. 1.4 Ohjelmointikielten sukupolvet Ohjelmointikielten kehittyminen jaetaan tavanomaisesti viiteen sukupolveen. Eri sukupolvet kuvaavat sitä, miten lähellä kieli on suorittavaa laitetta ja toisaalta miten kaukana se on ohjelmoinnin kohteesta eli sovellusalueesta. Ensimmäisen sukupolven kielet olivat konekieliä. Tällöin ohjelmointi oli sananmukaisesti oli koodaamista: ratkaisualgoritmi piti muuttaa binaarikoodiksi. Muistiosoitteet olivat viittauksia absoluuttisiin muistiosoitteisiin. Jos ohjelman keskelle piti lisätä uusi käsky, ohjelman loppuosan sijainti muistissa muuttui, joten myös loppuosaan kohdistuvat viittaukset piti päivittää. Toisen sukupolven kielillä eli symbolisella konekielillä ohjelmointi oli huomattavasti helpompaa. Käskyillä oli selkeät nimet ja muistiosoitteet olivat symbolisia. Ohjelmia voitiin kääntää erillisiksi moduuleiksi, jotka voitiin myöhemmin linkittää suoritettavaksi ohjelmaksi. Ohjelmia oli kuitenkin vaikea lukea (varsinkin muiden kuin alkuperäisen kirjoittajan), ja ne olivat hyvin koneriippuvia. Kolmannen sukupolven kielillä tarkoitetaan korkean tason lausekieliä, joita ovat useimmat nykyisin käytössä olevat ohjelmointikielet. Tyypillisiä piirteitä ovat abstraktit kontrollirakenteet ja tietoalkioiden tyypitys. Aliohjelmien avulla voidaan rakentaa uusia abstrakteja käskyjä. Ohjelmia on suhteellisen helppo lukea, ja ne ovat helposti siirrettäviä. Neljättä sukupolvea tarkoittava lyhenne 4GL esiintyy usein sovelluskehittimien yhteydessä. Sovelluskehitintä voidaan ajatella ohjelmana, jol-

21 Johdanto 21 la pystyy helposti generoimaan jonkin tietyn sovellusalueen ohjelmia. Tällaiset ohjelmointikielet ovat kuitenkin epäyhtenäisiä, esimerkiksi tietyn valmistajan kaupallisia tuotteita. Sovelluskehittimissä kieli on usein liitetty graafiseen käyttöliittymään. Viidennen sukupolven kielillä eli asiantuntijajärjestelmillä pyritään mallintamaan ihmisen ajattelua ja päätöksentekoa. Edellä esitettyä sukupolvijaottelua voidaan pitää keinotekoisena siinä mielessä, että useimmat nykyisistä ohjelmointikielistä kuuluvat kolmanteen sukupolveen. Neljäs ja viides sukupolvi nähdään usein vain mainoslauseina. Lisäksi funktionaalinen ohjelmointi ei selvästi kuulu mihinkään sukupolveen. Järkevämpää onkin esittää pidemmälle menevä jaottelu kolmannen sukupolven sisällä [Knu01]: 1. koneriippumattomat kielet 2. tyyppi- ja kontrollirakenteita sisältävät kielet 3. kontrolliabstraktiota (aliohjelmia) tukevat kielet 4. tietoabstraktiota (moduuleja, olioita) tukevat kielet 5. geneerisyyttä ja monimuotoisuutta tukevat kielet. Luettelossa esiintyvät kielten ominaisuudet tulevat tarkemmin esiin kirjan myöhemmissä luvuissa. 1.5 Esimerkki ohjelmointikielten kehittymisestä Tässä kohdassa tarkastellaan esimerkin avulla, millaisten vaiheiden kautta ohjelmointikielten kehittyminen voi tapahtua. Tavoitteena on usein kielten tason nostaminen eli tehtävien abstrahointi laitetasolta lähemmäksi ihmisen ajattelutavan käsitteitä. Esimerkiksi kontrollirakenteet ovat kehittyneet niin, että symbolisella konekielellä kirjoitetuissa ohjelmissa on havaittu usein esiintyviä samojen komentojen jonoja: LDX... CMPX... JG...

22 22 Ohjelmointikielet Periaatteet, käsitteet, valintaperusteet Tämä komentojono voidaan abstrahoida vertailun perusteella tapahtuvaksi hypyksi. Korkeamman tason kieliin (esimerkiksi Fortraniin) on sitten lisätty ehdollisen hypyn toteuttava kontrollirakenne (matemaattinen valintalause): IF ( expr ) GOTO address Myöhemmässä vaiheessa valintalauseen käyttöjä tarkastelemalla voidaan havaita usein esiintyviä rakenteita: 10: IF ( expr ) GOTO GOTO 10 20:... Koodissa tapahtuu toisto, joka jatkuu niin kauan kun ehto on voimassa. Myöhemmissä kielissä (esimerkiksi Algol60) tämä on abstrahoitu toistolauseen toteuttavaksi kontrollirakenteeksi: while expr do... Edellisen kaltaiselle kehitykselle voidaan löytää mahdollisuuksia myös nykyisissä ohjelmointikielissä. Esimerkiksi suunnittelumalleja (design pattern) voidaan pitää usein esiintyvinä luokkien kokoelmina, jossa luokilla on samanlaiset suhteet toisiinsa. Suunnittelumallit on siis koottu matalamman tason käsitteistä eli luokista ja niiden välisistä suhteista. Vastaavanlainen kehitys kuin edellä esitetty voisikin johtaa mallikieliin (pattern language), jotka kertovat, miten ja missä tilanteissa suunnittelumalleja voidaan käyttää. Jonkin verran tällaisia on jo olemassa. Ohjelmointikielten kehitys voi siis tapahtua olemassa olevien piirteiden pohjalta. Kuitenkin myös uusien laskentamallien kehitys vaikuttaa ohjelmointikielten kehittymiseen, eikä kaikkia uusia piirteitä voida mallintaa vanhojen pohjalta. Esimerkiksi rinnakkaisuuden kehittyminen ohjelmointikieliin on vaatinut tuekseen laitteistotasolla mahdollistettavan rinnakkaisuuden. 1.6 Ohjelmointikielen suunnittelu Ohjelmointikielille voidaan asettaa erilaisia vaatimuksia. Yleisenä vaatimuksena voidaan mainita se, että kieltä voidaan helposti käyttää siihen tehtä-

23 Johdanto 23 Taulukko 1.1: Kielen ominaisuuksien arviointi Arviointiperusteet Kielen ominaisuuksia Luettavuus Kirjoitettavuus Luotettavuus Yksinkertaisuus Ortogonaalisuus Kontrollirakenteet Tietotyypit Syntaktiset ratkaisut Ilmaisuvoima Abstrahoinnin tukeminen Virheiden havaitseminen Oikeellisuus vään, mihin se on tarkoitettu. Eri kielille voidaan asettaa muitakin vaatimuksia, jotka riippuvat kielen tarkoituksesta. Erilaisia vaatimuksia löytyy lähteistä [Knu01, Seb02]. Kielen suunnitteluperusteita voidaan tarkastella taulukon 1.1 mukaisesti. Taulukko perustuu Sebestan kirjassa esitettyyn taulukkoon [Seb02]. Luettavuuteen vaikuttaa ensinnäkin yksinkertaisuus. Jos kieli on hyvin suuri, ohjelmoijilla on taipumus käyttää vain jotakin osajoukkoa kielen ominaisuuksista. Toisten ohjelmoijien kirjoittamia ohjelmia on silloin vaikea lukea, koska he ovat voineet ottaa käyttöönsä jonkin toisen osajoukon kielestä. Yksinkertaisissa kielissä on yleensä vain yksi tapa ilmaista jokin tietty asia. Jos tapoja on useita, kielen lukeminen on vaikeampaa. Liian pitkälle vietynä yksinkertaisuus voi kuitenkin vaikeuttaa lukemista. Esimerkiksi symboliset konekielet ovat yksinkertaisia, mutta niiden lukeminen ei ole helppoa. Ortogonaalisuus tarkoittaa kielen rakenteiden riippumattomuutta toisistaan. Ortogonaalisessa kielessä on suhteellisen pieni joukko rakenteita, joita voi yhdistellä suhteellisen harvoilla tavoilla. Jokainen yhdistelytapa on laillinen, ja sillä on järkevä tulkinta. Kielen säännöissä ei siis juurikaan ole poikkeuksia. Tämä edistää ohjelmien luettavuutta. Olemassa olevista kielistä on löydettävissä joitakin epäortogonaalisia piirteitä. Esimerkiksi Pascalissa funktio voi palauttaa muun tyyppisiä arvoja mutta ei taulukoita. C:ssä taas on inkrementointiin neljä eri tapaa, jotka ainakin joissakin tilanteissa voivat tarkoittaa täysin samaa asiaa. Lisäksi C:ssä parametrit ovat yleensä arvoparametreja, mutta taulukot käsitellään viiteparametreina. Monien mielestä funktionaalisissa kielissä yhdistyy parhaiten ortogonaalisuus ja yksinkertaisuus. Liian pitkälle vietynä ortogonaalisuus voi kuitenkin tehdä kielestä monimutkaisen. Tästä esimerkkinä on Algol68, jossa jokaisella kielen rakenteella on tyyppi ja useimmat kielen rakenteet tuottavat jonkin arvon.

24 24 Ohjelmointikielet Periaatteet, käsitteet, valintaperusteet Tällöin esimerkiksi ehtolause voi olla sijoituslauseen vasemmalla puolella, kunhan ehtolauseen tuloksena on osoite. Kontrollirakenteet (ja rakenteellinen ohjelmointi) parantavat ohjelmien luettavuutta. Esimerkkinä tarkastellaan sisäkkäisiä silmukoita C-kielen syntaksilla kirjoitettuna: while ( incr < 20 ) { while ( sum <= 100 ) { sum += incr; } incr++; } Jos kielessä ei ole while-lausetta, vastaava koodi joudutaan kirjoittamaan hankalammin, mikä vaikeuttaa ymmärtämistä: Loop1: if ( incr >= 20 ) goto Out; Loop2: if ( sum > 100 ) goto Next; sum += incr; goto Loop2; Next: incr++; goto Loop1; Out: Kieleen valitut tietotyypit vaikuttavat luettavuuteen, esimerkiksi looginen tyyppi (boolean) selventää muuttujan merkitystä verrattuna siihen, että loogisen arvojen sijasta käytettäisiin numeerisia arvoja. Myös tietuetyypit selventävät ohjelmaa, koska niiden avulla yhteenkuuluvat arvot voidaan koota yhteen. Kielen syntaksi vaikuttaa luettavuuteen. Tunnusten pituuden rajoittaminen vähentää luettavuutta, koska tunnukset eivät silloin yleensä ole kuvaavia. Syntaksissa määritellyt varatut sanat taas auttavat tunnistamaan kielen kontrollirakenteet muusta ohjelmakoodista, mikä helpottaa ohjelmien lukemista. Kirjoitettavuudella tarkoitetaan sitä, miten helposti kieltä pystytään käyttämään ohjelmien tuottamiseen. Useimmat luettavuuteen vaikuttavat kielen piirteet vaikuttavat myös kirjoitettavuuteen, koska ohjelmia kirjoitettaessa joudutaan jo kirjoitettuja osia samalla lukemaan. Vaikutukset ovat lisäksi yleensä samansuuntaisia: se, mikä helpottaa lukemista, helpottaa myös kirjoittamista. Tosin yksinkertaisuuden kohdalla vaikutuksena on lisäksi se, että yksinkertaisessa kielessä kirjoitusvirheiden mahdollisuus on pienempi.

25 Johdanto 25 Jos taas kieli on laaja, niin tarvitessaan harvoin käyttämiään rakenteita ohjelmoija tekee helposti virheitä. Samoin jos kieli on liian ortogonaalinen, ohjelmoija ei helposti huomaa virheitä, jotka tapahtuvat rakenteiden yhdistelyssä. Kielen ilmaisuvoima ja abstrahoinnin tukeminen liittyvät läheisesti toisiinsa. Ilmaisuvoimaan vaikuttaa esimerkiksi kieleen valittujen toimintojen määrä. Jos kielessä ei ole tarpeeksi toimintoja, ne joudutaan tuottamaan ohjelmallisesti, mihin voi kulua paljon aikaa. Ilmaisuvoimaan vaikuttaa myös se, miten lähellä kielen rakenteet ovat ihmisen ajattelurakenteita. Esimerkiksi symbolisissa konekielissä ratkaisut joudutaan esittämään käyttämällä koneen terminologiaa, kun taas korkeamman tason kielissä ratkaisut voidaan esittää sovellusalueen terminologialla. Korkeamman tason kielessä on enemmän abstrahointimahdollisuuksia. Abstrahointi tukee ohjelmien kirjoittamista niin, että kaikkia yksityiskohtia ei tarvitse ottaa huomioon ohjelmia kirjoitettaessa. Esimerkiksi toimintojen abstrahointi aliohjelmien sisään vähentää kirjoitustyötä ja mahdollisten virheiden määrää. Ilmaisuvoiman ja abstrahoinnin yhteydessä mainittu kielen taso kertoo, missä kohdassa kieli sijaitsee kone-sovellusalue akselilla. Mitä korkeammalla tasolla kieli on, sitä riippumattomampi se on tietokoneesta ja sitä enemmän se tukee sovellusaluetta (vrt. sovelluskehittimet). Jos kielen taso määritellään suhteessa sovellusalueeseen, ei ole järkevää vertailla eri sovellusalueille tarkoitettuja kieliä keskenään. Kieli voi toisaalta olla yleiskäyttöinen eli sellainen, että se sopii useille eri sovellusalueille. Tällöin kieltä voidaan käyttää hyvin laajoilla ja epäyhtenäisillä sovellusalueilla, mistä yleensä seuraa, että kieli ei voi olla kovin korkealla tasolla. Ohjelmaa voidaan pitää luotettavana, jos se toimii määrittelynsä mukaisesti. Jos ohjelmia on helppo lukea ja kirjoittaa, ne myös yleensä ovat luotettavampia. Ohjelmointikielen suunnittelussa joudutaan ottamaan kantaa siihen, missä vaiheessa virheet (esimerkiksi tyyppivirheet) havaitaan. Virheiden havaitseminen mahdollisimman aikaisessa vaiheessa parantaa ohjelmien luotettavuutta, toisaalta taas tarkistusten pois jättäminen tekee kielestä joustavan. Luotettavuuteen liittyy myös poikkeusten hallintamekanismin suunnittelu. Oikeellisuudella viitataan ohjelmien todistamiseen ja oikeellisuudesta varmistumiseen. Vaikka ohjelmia ei formaalisti todistettaisikaan oikeiksi, jo kielen rakenteiden selkeys auttaa varmistumaan siitä, että ohjelma toimii oikein. Esimerkiksi rakenteellinen ohjelmointi ja modulaarisuus tukevat vakuuttumista oikeellisuudesta, kun taas goto-lauseiden esiintyminen ohjelmissa vaikeuttaa sitä. Joissakin kielissä on mahdollisuus käyttää invariantteja eli pysyväisväittämiä, joiden automaattinen tarkistaminen lisää ohjelmien luotettavuutta.

26 26 Ohjelmointikielet Periaatteet, käsitteet, valintaperusteet Taulukon 1.1 kohtien lisäksi ohjelmointikielen ominaisuuksia voidaan tarkastella siltä kannalta, miten kieli tukee koko ohjelmistoprosessia eli millaisia taloudellisia vaikutuksia sillä on. Kieli tukee suunnittelua, jos se sisältää tarvittavia abstrahointivälineitä, esimerkiksi tietoabstraktion ja kontrolliabstraktion (aliohjelmat). Ylläpitoa taas helpottaa se, että ohjelma voidaan jakaa osiin, joilla on mahdollisimman vähän liittymiä toisiinsa. Tällöin muutosten vaikutukset järjestelmän muihin osiin voidaan minimoida. Kieli vaikuttaa ohjelmistoprosessiin, ja hyväksi todetut kehitysmenetelmät vaikuttavat kieliin. Esimerkiksi top-down suunnittelun tukemiseksi ohjelmointikieliin on lisätty mahdollisuuksia rakenteelliseen ohjelmointiin. Toisena esimerkkinä kaksisuuntaisesta vaikutuksesta on se, että ohjelmistojen jatkuvasti kasvaessa on huomattu tarve ohjelmistojen jakamiselle osiin. Tämän seurauksena ohjelmointikieliin on lisätty modulaarisuutta tukevia välineitä. Myös tehokkuusnäkökohdat tulee ottaa huomioon kielen suunnittelussa. Toteutuksen tehokkuudella voidaan viitata toisaalta siihen, miten tehokkaasti kääntäjä voidaan toteuttaa, ja toisaalta siihen, miten tehokasta koodia kääntäjä tuottaa. Kääntäjän toteuttamisessa yksinkertaisimmat ominaisuudet voidaan yleensä toteuttaa tehokkaimmin. Toisin sanoen vaikeasti toteutettavat ominaisuudet ovat yleensä sellaisia, joita myös ohjelmoijan on vaikea ymmärtää ja käyttää. 1.7 Ohjelmointikielen toteuttaminen Ohjelmointikielen suunnittelu on pohjana kielen toteuttamiselle, mikä tapahtuu kääntäjän tai tulkin avulla. Kääntämisessä lähdekoodi käännetään sellaiseen muotoon, että kone pystyy sen suorittamaan. Kuva 1.2 esittää käännösprosessia. Kun ohjelma on käännetty, ohjelmoija voi ajaa ohjelmaa eli antaa sille syötearvot, jolloin ohjelma tehtävän suoritettuaan antaa jonkin tuloksen (tulosarvot). Varsinainen kääntäminen sisältää useita vaiheita, joissa tehdään vaiheelle ominaisia tarkistuksia tai analyyseja. Nämä vaiheet ovat nimeltään: leksikaalianalyysi (selaaminen) syntaksianalyysi (jäsentäminen) semanttinen analyysi välikielen generointi koodin optimointi

27 Johdanto 27 Lähdeohjelma Kääntäjä Kohdeohjelma Syöte Kohdeohjelma Tulos Kuva 1.2: Käännösprosessi Lähdeohjelma Syöte Tulkki Tulos Kuva 1.3: Tulkkausprosessi koodin generointi. Kääntäjän toteuttamisessa kussakin analyysissa tehdään erilaisia tarkistuksia, jotta huomataan mahdolliset virheet lähdeohjelmassa. Kääntäjän toteutus sisältää yleensä symbolitaulun, johon kerätään ohjelmassa esiintyvät tunnukset kuten muuttujien, vakioiden, tyyppien ja aliohjelmien nimet. Nimet lisätään symbolitauluun silloin, kun ollaan käsittelemässä esittelyitä. Tässä yhteydessä tarkistetaan, ettei symbolitaulussa ole jo samalla näkyvyysalueella samannimistä tunnusta. Tätä kutsutaan esittelyiden työstämiseksi (elaboration). Kun taas jokin tunnus havaitaan ohjelmassa myöhemmin, tarkistetaan, löytyykö tunnus symbolitaulusta (eli onko tunnus esitelty) ja minkä tyyppinen tunnus on kyseessä. Vaihtoehtona ohjelmien kääntämiselle on ohjelmien tulkkaus, joka on esitetty kuvassa 1.3. Tulkkaaminen on kääntämiseen verrattuna hyvin yksinkertaista, ja sen etuna on virheiden helppo paikallistaminen. Jos esimerkiksi havaitaan taulukon indeksirajan ylittäminen, voidaan virheilmoituksen lisäksi antaa virheen tarkka sijainti lähdekoodissa. Haittoina ovat kuitenkin suorituksen hitaus ja suurempi muistitilan tarve. Ohjelmointikielistä Lisp on tulkkikieli, tosin myöhemmille versioille on toteutettu myös kääntäjiä. Myös monet skriptikielet, kuten JavaScript ja Python ovat tulkattavia. Tulkkaamisessa syötearvot annetaan sitä mukaan, kun tulkkaaminen etenee sellaiseen vaiheeseen, että syötearvoja tarvitaan. Kielissä voi olla piirteitä, joiden toteuttaminen tulkkaamalla on helpompaa ja luontevampaa kuin kääntämällä. Esimerkiksi Lisp-kielisessä ohjelmassa voidaan kirjoittaa koodia ja suorittaa tämä koodi saman tien.

28 28 Ohjelmointikielet Periaatteet, käsitteet, valintaperusteet Lähdeohjelma Muunnin Välikielinen ohjelma Välikielinen ohjelma Syöte Virtuaalikone Tulos Kuva 1.4: Käännösprosessin ja tulkkausprosessin välimuoto Kääntämisen ja tulkkaamisen hyvät puolet voidaan yhdistää, jolloin tuloksena saadaan kuvan 1.4 mukainen välimuoto. Kuvassa olevan muuntimen englanninkielinen vastine (translator) tarkoittaa sekä kääntäjää että tulkkia. Muunnin suorittaa tavallisesti kääntämisen alkupään vaiheita kuten leksikaali- ja syntaksianalyysit sekä välikielen generoinnin. Esimerkiksi Java-toteutuksissa tavukoodi on tällainen välikielinen esitys, jota sitten tulkataan. Tosin suuremman nopeuden saavuttamiseksi tavukoodi voidaan myös kääntää binaarikoodiksi JIT-kääntäjällä (Just-In-Time) juuri ennen ohjelman suorittamista. Käännetty koodi (esimerkiksi operaation koodi) voidaan tallentaa, jolloin operaatiota uudelleen kutsuttaesssa voidaan käyttää jo käännettyä koodia. Kääntämisen ja tulkkaamisen ero ei välttämättä ole kovin suuri. Jos kuvan 1.4 muunnin on hyvin yksinkertainen, prosessi on lähellä tulkkaamista. Jos taas muunnin on monimutkainen ja käy läpi kielen rakenteet läpikotaisin, eikä tee vain pientä mekaanista muunnosta, prosessi muistuttaa kääntämistä. Välikielinen esitys voi olla myös jokin ohjelmointikieli. Esimerkiksi jotkin Eiffel-toteutukset generoivat (ei-luettavaa) C-kieltä, joka sitten käännetään C-kääntäjällä. On myös mahdollista, että kielelle on olemassa sekä tulkki että kääntäjä. Tällöin ohjelmia kehitettäessä (ja virheiden etsinnässä) käytetään tulkkia. Kun ohjelma saadaan vakaammaksi, se käännetään paremman suoritusnopeuden saavuttamiseksi. Joissakin kielissä, esimerkiksi C:ssä ennen varsinaista käännöstä tehdään esikäännös, jonka yhtenä tehtävänä on laventaa makrot. Tämä on tarpeellista, koska makroja voidaan käyttää kielen syntaksin uudelleenmäärittelyyn: #define begin { #define end } #define then...