Tulkki
Tulkki ( englanniksi tulkki ıntə:'prıtə [1] , latinasta tulkki - tulkki [2] ) on tulkkausta suorittava ohjelma (eräänlainen kääntäjä ) [3] .
Tulkinta - ohjelman tai pyynnön lähdekoodin rivi riviltä analysointi, käsittely ja suoritus, toisin kuin kääntäminen , jossa ohjelman koko teksti analysoidaan ja käännetään kone- tai tavukoodiksi ennen ajoa [4] [5 ] [6] .
Historia
Ensimmäinen tulkittu korkean tason ohjelmointikieli oli Lisp . Sen tulkin loi vuonna 1958 Steve Russell IBM 704 -tietokoneella . Russell inspiroitui John McCarthyn työstä ja keksi, että evalLisp-funktio voitaisiin rakentaa konekoodiin [7] .
Tulkkityypit
Yksinkertainen tulkki analysoi ja suorittaa välittömästi (itse tulkinta) ohjelman komento-komento tai rivi riviltä, kun sen lähdekoodi saapuu tulkin syötteeseen. Tämän lähestymistavan etuna on välitön vastaus. Haittapuolena on, että tällainen tulkki havaitsee virheet ohjelmatekstissä vain yrittäessään suorittaa virheellistä komentoa tai riviä.
Kääntäjätyyppinen tulkki on järjestelmä kääntäjästä , joka kääntää ohjelman lähdekoodin väliesitykseen, esimerkiksi tavukoodiksi tai p-koodiksi , ja itse tulkki, joka suorittaa tuloksena olevan välikoodin (ns. virtuaalikone ) . . Tällaisten järjestelmien etuna on suurempi ohjelman suoritusnopeus, joka johtuu lähdekoodianalyysin poistamisesta erilliseen kertakäyttöön ja tämän analyysin minimointi tulkissa. Haitat - suurempi resurssitarve ja vaatimus lähdekoodin oikeellisuudesta. Sitä käytetään kielissä, kuten Java , PHP , Tcl , Perl , REXX ( lähdekoodin jäsentämisen tulos tallennetaan [8] ), sekä erilaisissa DBMS -järjestelmissä .
Jos käännöstyyppinen tulkki jaetaan komponentteihin, saadaan kielikääntäjä ja yksinkertainen tulkki minimoidulla lähdekoodianalyysillä. Lisäksi tällaisen tulkin lähdekoodin ei tarvitse olla tekstimuodossa tai tavukoodi, jonka vain tämä tulkki ymmärtää, vaan se voi olla jonkin olemassa olevan laitteistoalustan konekoodi . Esimerkiksi virtuaalikoneet, kuten QEMU , Bochs ja VMware , sisältävät konekooditulkkeja x86 -perheen prosessoreille .
Jotkut tulkit (esim. Lisp , Scheme , Python , BASIC ja muut) voivat työskennellä dialogitilassa tai niin kutsutussa read-compute-print silmukassa ( read-eval-print loop, REPL ) . Tässä tilassa tulkki lukee täydellisen kielirakenteen (esimerkiksi s-lausekkeen Lispissä), suorittaa sen, tulostaa tulokset ja jatkaa sitten odottamaan, että käyttäjä syöttää seuraavan rakenteen.
Forth - kieli on ainutlaatuinen , joka pystyy toimimaan sekä syöttötiedon tulkinta- että käännöstiloissa, jolloin voit vaihtaa näiden tilojen välillä milloin tahansa sekä lähdekoodin kääntämisen aikana että ohjelmien ollessa käynnissä. [9]
On myös huomattava, että tulkintatilat löytyvät paitsi ohjelmistosta myös laitteistosta . Joten monet mikroprosessorit tulkitsevat konekoodia käyttämällä sisäänrakennettuja mikroohjelmia ja x86-perheen suorittimia, alkaen Pentiumista (esimerkiksi Intel P6 -arkkitehtuurissa ), konekoodin suorittamisen aikana esikäännä se sisäiseen muotoon (esimerkiksi mikrooperaatioiden sarja).
Yksinkertaisen tulkin algoritmi
- lue ohjeet ;
- analysoida ohje ja määrittää asianmukaiset toimenpiteet ;
- ryhtyä asianmukaisiin toimiin ;
- jos ohjelman lopetusehtoa ei saavuteta, lue seuraava ohje ja siirry vaiheeseen 2.
Tulkkien edut ja haitat
Edut
- Parempi tulkittujen ohjelmien siirrettävyys - ohjelma toimii millä tahansa alustalla, jolla vastaava tulkki on toteutettu.
- Yleensä edistyneemmät ja visuaaliset keinot lähdekoodien virheiden diagnosointiin.
- Pienemmät koodikoot verrattuna tavanomaisten kääntäjien jälkeen saatuun konekoodiin.
Haitat
- Tulkittua ohjelmaa ei voi suorittaa erikseen ilman tulkkiohjelmaa. Itse tulkki voi olla hyvin kompakti.
- Tulkittu ohjelma toimii hitaammin, koska lähdekoodin välianalyysi ja sen suorituksen ajoittaminen vaativat lisäaikaa verrattuna sen konekoodin suoritukseen, johon lähdekoodi voitaisiin kääntää.
- Koodioptimointia ei käytännössä ole , mikä johtaa ylimääräisiin menetyksiin tulkittujen ohjelmien nopeudessa.
Katso myös
- JIT-kokoelma (dynaaminen kokoelma)
Muistiinpanot
- ↑ Kochergin V. I. tulkki // Suuri englanti-venäläinen selittävä tieteellinen ja tekninen sanakirja tietokonetietotekniikasta ja radioelektroniikasta. - 2016. - ISBN 978-5-7511-2332-1 .
- ↑ Tulkki // Matemaattinen tietosanakirja / Ch. toim. Prokhorov Yu. V .. - M . : Soviet Encyclopedia, 1988. - S. 820 . — 847 s.
- ↑ GOST 19781-83; ST ISO 2382/7-77 // Tietojenkäsittely. Terminologia: Viiteopas. Numero 1 / Arvostelija Ph.D. tekniikka. Tieteet Yu. P. Selivanov. - M . : Publishing House of Standards, 1989. - 168 s. - 55 000 kappaletta. — ISBN 5-7050-0155-X .
- ↑ Pershikov V.I., Savinkov V.M. Informatiikan selittävä sanakirja / Arvostelijat: Cand. Fys.-Math. Sci. A. S. Markov ja Dr. Phys.-Math. Tieteet I. V. Pottosin. - M. : Talous ja tilastot, 1991. - 543 s. – 50 000 kappaletta. - ISBN 5-279-00367-0 .
- ↑ Borkovsky A. B. Englanti-venäläinen ohjelmoinnin ja informatiikan sanakirja (tulkintineen). - M . : Venäjän kieli, 1990. - 335 s. - 50 050 (lisä) kopiota. — ISBN 5-200-01169-3 .
- ↑ Dictionary of Computing Systems = Dictionary of Computing / Toim. V. Illingworth ja muut: Per. englannista. A. K. Belotsky ja muut; Ed. E.K. Maslovsky. - M . : Mashinostroenie, 1990. - 560 s. - 70 000 (lisä) kopiota. - ISBN 5-217-00617-X (Neuvostoliitto), ISBN 0-19-853913-4 (Yhdistynyt kuningaskunta).
- ↑ Graham, Paul. Hakkerit ja maalarit: suuria ideoita tietokoneiden aikakaudelta . - O'Reilly, 2010. - S. 185. - ISBN 9781449389550 , 1449389554.
- ↑ Dave Martin. Miksi OS/2 REXX -ohjelmani toimii nopeammin toisella kerralla? . Rexin UKK . Haettu 22. joulukuuta 2009. Arkistoitu alkuperäisestä 22. elokuuta 2011.
- ↑ Jeff Fox. Luku 2. Lisää tulkintoja . Harkittua ohjelmointia ja eteenpäin . Ultra-tekniikkaa. Käyttöpäivä: 25. tammikuuta 2010. Arkistoitu alkuperäisestä 22. elokuuta 2011.
 Sanakirjat ja tietosanakirjat | |
|---|---|
| Bibliografisissa luetteloissa |
|