Käsikirjoituskieli

Skriptikieli ( skriptikieli , skriptikieli ; Englanti  skriptikieli ) - korkean tason skriptikieli ( English  script ) - lyhyet kuvaukset järjestelmän suorittamista toimista. Ero ohjelmien ja komentosarjojen välillä on melko epäselvä. Skripti on ohjelma, joka käsittelee valmiita ohjelmistokomponentteja [1] , jotka latauksen jälkeen eivät ole riippuvaisia ​​verkkoyhteyden jatkuvasta olemassaolosta / puuttumisesta heidän työssään .

Tcl - kielen kirjoittajan John Oosterhoutin mukaan korkean tason kielet voidaan jakaa järjestelmäohjelmointikieliin ja komentosarjakieliin . Hän kutsui myös jälkimmäisiä liimakieliä tai järjestelmäintegraatiokieliä . _ _ _ Skriptejä yleensä tulkitaan käännösten sijaan [2] , vaikka komentosarjakielet saavat JIT-kääntäjät yksitellen [3] [4] [5] .     

Suppeammassa merkityksessä komentosarjakieli voidaan ymmärtää erikoiskielenä komentotulkin tai tekstieditorin ja käyttöjärjestelmän hallintatyökalujen ominaisuuksien laajentamiseen [6] .

Luokitus

Ohjelmointikielet yleensä ja komentosarjakielet erityisesti voidaan luokitella monin eri tavoin.

Nopeuden suhteen komentosarjakielet voidaan jakaa dynaamisiin jäsennyskieliin ( sh , COMMAND.COM ) ja esikäännetyihin kieliin ( Perl ). Dynaamiset jäsennyskielet lukevat ohjeet ohjelmatiedostosta vaadituissa vähimmäislohkoissa ja suorittavat kyseiset lohkot lukematta lisäkoodia. Esikäännetyt kielet kääntävät koko ohjelman tavukoodiksi ja suorittavat sen sitten. Joillakin komentosarjakielillä on kyky kääntää ohjelma lennossa konekoodiksi (ns. JIT-käännös ).

Sovelluksen mukaan kielet voidaan jakaa karkeasti kolmeen tyyppiin [7] :

• komento-skenaario;
• sovelletut skenaariot;
• yleismaailmallisia skenaarioita.

Komentosarjakielet

Ilmestyi jo 1960-luvulla hallitsemaan tehtäviä käyttöjärjestelmissä. Sen ajan kielistä tunnetaan parhaiten JCL OS/360 : lle . Tämä luokka sisältää eräkielet ( eng. batch language ) ja komentotulkkikielet , kuten sh , csh Unixille . Näitä kieliä käytetään yleisimmin eräkäsittelyssä [7] .  

• automaattinen pikanäppäin
• JCL
• sh
  • lyödä
  • csh
  • ksh
• pilotti [7]
• REXX
• AppleScript
• COMMAND.COM ja cmd.exe
• VBScript
• PowerShell
• AutoIt

Esimerkiksi MacOS-käyttöjärjestelmän AppleScript-kielessä on Script Editor, jonka avulla voit tallentaa käyttäjän järjestelmässä suorittamia toimintoja komentosarjatiedostoon (tekstitiedostoon) ja muotoilla sen suoritettavaksi ohjelmaksi. Tämä lähestymistapa sallii ohjelmoimattoman käyttäjän muodostaa yksinkertaisia ​​komentosarjoja [8] .

Upotetut (soveltuvat komentosarjat) kielet

Tämän tyyppiset komentosarjakielet alkoivat ilmestyä 1980-luvulla, kun interaktiivinen viestintä käyttöjärjestelmän kanssa tuli mahdolliseksi teollisissa henkilökohtaisissa tietokoneissa. Asiakas-palvelin-arkkitehtuurissa tällaiset kielet toimivat ohjelmiston asiakaspuolella [7] .

• AutoLISP
• ECMAScript ja sen murteet ( JScript , JavaScript , ActionScript ) [7]
• Emacs Lisp
• ERM
• Pelintekijän kieli
• LotusScript [7]
• Lua
• MQL4- skripti
• UnrealScript
• VBA
• Sisäänrakennettu ohjelmointikieli 1C:Enterprise

Yleiskäyttöiset kielet

Tämän tyyppinen komentosarjakieli tunnetaan parhaiten (etenkin, kun sitä käytetään verkko-ohjelmointiin ). Tämäntyyppisiä kieliä on syntynyt 1990-luvulta lähtien [7] .

• Tcl (työkalun komentokieli)
• Lua
• Perl
• PHP
• Python
• REBOL
• rubiini
• JavaScript

On huomattava, että monilla tämän luokan kielillä on laajempia käyttötarkoituksia kuin pelkät komentosarjakielet, kuten JavaScript, joka joissain tapauksissa voi toimia palvelimella.

Kritiikki

Javan luoja James Gosling siirsi dynaamiset ohjelmointikielet (mainitsemalla PHP:n ja Rubyn) komentosarjakielien rooliin, jotka luovat verkkosivuja, mutta jotka eivät sovellu käytettäväksi laajemmissa sovelluksissa skaalautuvuuden ja suorituskyvyn vuoksi. ongelmia [9] . Dynaamisten kielten kannattajat eivät jättäneet kritiikkiä vastaamatta kaikilta osin, etenkään hänen pyrkimyksistään esittää nykyaikaiset dynaamiset kielet vain "käsikirjoitettuina" [10] .

Lisäosat ja skriptit

Mukautettujen laajennusten kirjoittamiseksi sekä komentosarjat (joidenkin ohjelmien " makrot " terminologiassa) että laajennukset (itsenäiset moduulit, jotka on kirjoitettu käännetyillä kielillä ; joissakin ohjelmissa niitä voidaan kutsua "apuohjelmiksi", "viejiksi", "ajureiksi") käyttää.

Skriptikieli on hyödyllinen seuraavissa tapauksissa:

• Jos haluat varmistaa ohjelmoitavuuden ilman järjestelmän epävakauttamisen riskiä. Koska toisin kuin laajennukset , komentosarjat tulkitaan eikä käännetty, huonosti kirjoitettu komentosarja näyttää diagnostiikkaviestin sen sijaan, että se aiheuttaisi järjestelmän kaatumisen . Vastaesimerkkejä voivat olla esimerkiksi JVM ja CLR , ja jos ensimmäinen on kehitetty koodin siirrettävyyden vuoksi (turvallisuus on sivuvaikutus), niin toinen on juuri turvallisuussyistä.
• Jos ilmeikäs koodi on tärkeää.
  • Ensinnäkin, mitä monimutkaisempi järjestelmä, sitä enemmän koodia sinun on kirjoitettava " koska se on välttämätöntä ". Skripti voi siirtää osan tästä mallikoodista (alustaminen, tuhoaminen, säikeiden välinen synkronointi jne.) komentosarjan suoritusympäristöön.
  • Toiseksi komentosarjakielellä voi olla täysin erilainen ohjelmointikonsepti kuin pääohjelmalla - esimerkiksi peli voi olla monoliittinen yksisäikeinen sovellus, kun taas merkkejä ohjaavat skriptit suoritetaan rinnakkain tai korutiinina . Tämä lähestymistapa on hyvä järjestelmän skaalautuvuuden kannalta (skriptit eivät ole riippuvaisia ​​toimenpiteiden toteutuksesta, ne kirjoitetaan paljon nopeammin ja helpommin vianjäljittävissä), mutta ei kovin hyvä koodin laadun kannalta, koska se väistämättä johtaa sen päällekkäisyyteen.
    • Paljon järkevämpi lähestymistapa on luoda resurssitiedostoja (vaihtoehtoina xml - tiedostoja, rakenteita, tietokantoja ), jotka kuvaavat toimintaa "olennaisesti" ( deklatiivisella tyylillä ), kuten tehdään muiden pelin sisäisten objektien ominaisuuksien (tekstuurit, mallit, tehosteet, äänet).
  • Kolmanneksi komentosarjakielellä on omat verkkoaluekohtaiset komentosarjansa, ja yksi komentorivi voi tehdä saman kuin useat kymmenet rivit perinteisessä kielessä. On kuitenkin syytä huomata, että koodin suurempi ilmaisukyky komentosarjakielissä johtuu niiden rajoituksista ja/tai uutuudesta, ja vertaa C (1970-luku) ja PHP (1990-luku) ja/tai Fortran (1950-luku) ja Python (1990-luku) sopimatonta.
• Skriptit tunnetaan alhaisesta sisääntulokynnystään; jopa vähän koulutettu ohjelmoija osaa kirjoittaa komentosarjakielellä. Tämä on sekä plussa että miinus. Toisaalta tämä mahdollistaa halvan työvoiman palkkaamisen (vapauttaa asiantuntijat rutiinityöstä ja lisää kehitysnopeutta laajasti ) ja toisaalta se vähentää kriittisesti tuottavuutta ja luotettavuutta (johtuen tällaisten kielten opetuksen painopisteestä tiettyjen ongelmien ratkaiseminen, eikä tuotettujen tuotteiden olemuksen ymmärtäminen).
  • Korkean tulokynnyksen ongelma esiintyy pääasiassa kielissä, joissa on redundantti syntaksi ( C++ , C# ), ja se voidaan ratkaista kokonaan vain hylkäämällä ne menestyneiden hyväksi (mikä ei tietenkään ole aina mahdollista). Tässä tapauksessa skriptit toimivat lievittävänä välineenä . Itse asiassa ne syntyivät, kun C-tyyppisten kielten skaalautuvuus ei riittänyt päivittäiseen työhön ja uusien tulokkaiden kynnys alalle nousi dramaattisesti.
  • Rutiinin suuren määrän ongelma on yleisesti ottaen ratkaisematon, mutta useimmissa tapauksissa se voidaan tasoittaa luotettavammilla lisäkeinoilla, esimerkiksi automaattisella koodin generoinnilla .
• Jos tarvitaan cross-platform . Esimerkiksi JavaScript  - selaimet suorittavat sen useissa käyttöjärjestelmissä.
  • Cross-platformin ongelma seuraa suoraan kielistandardista: C-standardi esimerkiksi määrittelee "sizeOf (lyhyt) <= sizeOf (int) <= sizeOf (pitkä)", mutta ei määrittele, mikä bittisyvyys niillä pitäisi olla (sovelluskirjastot ratkaisevat tämän ongelman, esim. glib ). Nykyaikaiset ei-skriptikielet ( Java , C# , Haskell ) ovat täysin vailla tätä ongelmaa juuri hyvän standardoinnin vuoksi.
• Komentosarjakieliä käytetään ohjelmien kirjoittamiseen, jotka eivät vaadi optimaalisuutta ja suoritusnopeutta. Niiden yksinkertaisuuden vuoksi niihin kirjoitetaan usein pieniä kertaluonteisia ("ongelma") ohjelmia.
  • Monet yleiskäyttöiset komentosarjakielet ovat tarpeeksi hitaita, jotta niitä käytetään usein vain yhdessä kolmannen osapuolen kirjastojen kanssa (esim . NumPy yhdessä Pythonin kanssa).
    • Tämä ei ole kovin hyvä esimerkki, koska NumPy perustuu vanhaan Fortran MATHLAB -kirjastoon , jonka koodi, vaikka se on aikatestattu, alkaa väistämättä "mädäntyä" - se on kirjoitettu erittäin primitiivisille yksisäikeisille tietokoneille, joissa on muita pullonkauloja (ja vaikka tämä kompensoidaan optimoimalla kääntäjät ja rinnakkaiset käyttöjärjestelmän tasolla, suorituskyky heikkenee vähitellen).
  • Oikeampi esimerkki: Lua on klassinen yleiskäyttöinen upotettava komentosarjakieli, jonka suorittaminen vaatii minimaalisen C-toteutuksen (missä tahansa C:tä löytyy, Lua voi toimia).
  • Skriptikielet ovat hyviä myös tietojen visualisointiin: monimutkaisten kaavioiden ja esitysten sekä yksinkertaisten ohjelmien luomiseen (esim. Pythonia käytetään Gnome- ja Cinnamon -graafisissa kuorissa sovelmien ja pienten konfigurointiapuohjelmien luomiseen ).

Liitännäisillä on myös tärkeitä etuja.

• Konekoodiksi käännetyt valmiit ohjelmat toimivat paljon nopeammin kuin komentosarjat, jotka tulkitaan dynaamisesti lähdekoodista joka kerta kun ne suoritetaan. Useimmat ohjelmat ovat siirrettävissä lähdekooditasolla, ja ne voidaan suorittaa sopivalla kielen tulkilla, kuten skripteillä. Tavukoodin ( Java , C# , LLVM ) käyttö mahdollistaa ohjelmien tallentamisen, siirtämisen ja suorittamisen komentosarjoja tehokkaammalla tavalla.
  • JIT -käännöksen avulla voit myös optimoida kokonaiskoodin tietylle alustalle (tulevaisuudessa tietylle prosessoriperheelle ja käytettävissä olevalle laitteistolle).
• Täysi pääsy kaikkiin laitteistoihin tai käyttöjärjestelmän resursseihin (skriptikielessä on oltava erityinen API , joka on kirjoitettu käännetyllä kielellä tätä varten). Laitteiston kanssa toimivia laajennuksia kutsutaan perinteisesti ajureiksi .
• Jos pääohjelman ja mukautetun laajennuksen välillä odotetaan paljon tiedonvaihtoa, laajennuksen on helpompi tarjota se.
• Käännetyille ohjelmointikielille on ominaista vahvan staattisen tyyppisen järjestelmän käyttö, jonka avulla voit tehokkaasti havaita virheet ja optimoida koodisi paremmin. Dynaamisen kirjoittamisen käyttö nykyaikaisissa skripteissä johtuu todennäköisemmin teknisistä toteutusominaisuuksista ja historiallisista syistä. Myös staattisesti kirjoitetuilla kielillä on kasvupotentiaalia, nimittäin siirtyminen perinteisestä monomorfisesta kirjoituksesta polymorfiseen tyypitykseen . Monomorfismilaajennukset nykyaikaisissa C-kaltaisissa kielissä ( ylikuormitus , ad-hoc-polymorfismi ) ja alatyyppipolymorfismi , samoin kuin parametrinen polymorfismi ja tyyppiluokat kokeellisissa kielissä (esim. Haskell) eivät ole saatavilla komentosarjakielille (staattinen kirjoittaminen) ajon aikana johtaa merkittävään suorituskyvyn heikkenemiseen).

Muistiinpanot

1. ↑ Susie R. Skriptauskielet: Python. "PC World", 9, 2001 . Haettu 9. lokakuuta 2012. Arkistoitu alkuperäisestä 17. tammikuuta 2013. (määrätön)
2. ↑ Outerhout, 1998 .
3. ↑ LuaJIT . Haettu 9. lokakuuta 2012. Arkistoitu alkuperäisestä 2. lokakuuta 2012. (määrätön)
4. ↑ PyPy . Haettu 9. lokakuuta 2012. Arkistoitu alkuperäisestä 12. toukokuuta 2008. (määrätön)
5. ↑ Joab Jackson (IDG News Service), Facebook julkaisee PHP just-in-time -kääntäjän . Haettu 9. lokakuuta 2012. Arkistoitu alkuperäisestä 11. kesäkuuta 2012. (määrätön)
6. ↑ Yu. A. Denisov, Humanististen tieteiden ohjelmointi, 12. Luento: Kielioppien esittely
7. ↑ 1 2 3 4 5 6 7 Bogatyrev, 2001 .
8. ↑ Trofimov, Trofimova, 1997 .
9. ↑ James Gosling: "PHP, Ruby tai C# ei uhkaa Javaa vakavasti" . Haettu 9. lokakuuta 2012. Arkistoitu alkuperäisestä 24. lokakuuta 2012. (määrätön)
10. ↑ Ryan Tomayko, Gosling ei saanut muistiota . Haettu 9. lokakuuta 2012. Arkistoitu alkuperäisestä 18. tammikuuta 2012. (määrätön)

Kirjallisuus

• Bogatyrev R. Käsikirjoituskielten luonne ja kehitys  // PC World. - 2001. - Nro 11 . (Venäjän kieli)
• Ousterhout J. Scripting: korkeamman tason ohjelmointi 21. vuosisadalle  //  IEEE Computer. - 1998. - Voi. 31 , ei. 3 . - s. 23-30.
• Georgiev V.O., Enikeev A.I. Skenaario lähestymistapa dialogijärjestelmien luomiseen  // Ohjelmistotuotteet ja järjestelmät. - 1991. - Nro 3 .
• Trofimov M.I., Trofimova M.P. Etsimässä tietokoneesperantoa  // Open Systems. - 1997. - Nro 3 .

Linkit

• Lynn Greiner, Q&A: Käsikirjoitusuniversumin tila: Scripting-kielet ovat yleistymässä, www.computerworld.com, 2008

Sanakirjat ja tietosanakirjat	Britannica (verkossa)
Bibliografisissa luetteloissa	J9U : 987007534995705171 LCCN : sh2006007256 NKC : ph135534