Interprete (informatica): differenze tra le versioni

Versione delle 16:00, 8 lug 2015

Versione delle 19:36, 6 nov 2015

Riga 2:

Un '''interprete''', in [[informatica]] e nella [[Programmazione (informatica)|programmazione]], è un [[programma (informatica)|programma]] in grado di eseguire altri programmi a partire direttamente dal relativo [[codice sorgente]].

Ha lo scopo di eseguire un programma in un [[linguaggio di programmazione ad alto livello|linguaggio di alto livello]], senza la previa [[compilazione]] dello stesso ([[codice oggetto]]) cioè di eseguire le [[istruzione (informatica)|istruzioni]] nel linguaggio usato, traducendole di volta in volta in istruzioni in [[linguaggio macchina]].

== Caratteristiche ==

A differenza di un interprete, un [[compilatore]] non ''esegue'' il programma che riceve in ingresso, ma lo traduce in [[linguaggio macchina]] (memorizzando su [[file]] il [[codice oggetto]] pronto per l'esecuzione diretta da parte del [[processore]]).

Per qualunque [[linguaggio di programmazione]] si può scrivere sia un interprete che un compilatore, pertanto le espressioni ''linguaggio interpretato'' e ''linguaggio compilato'' sono scorrette, essendo interpretazione e compilazione concetti afferenti alla [[implementare|implementazione]] di un linguaggio e non al linguaggio in sé.

Riga 15:

==Pro e contro==

L'approccio interpretato comporta una minore efficienza a [[run-time]]; un programma interpretato, in esecuzione, richiede più memoria ed è meno veloce, a causa dell'[[overhead]] introdotto dall'interprete stesso. Durante l'esecuzione, l'interprete deve infatti analizzare le [[istruzione|istruzioni]] a partire dal livello [[sintassi|sintattico]], identificare le ''azioni'' da eseguire (eventualmente trasformando i [[nome simbolico|nomi simbolici]] delle [[variabile (informatica)|variabili]] coinvolte nei corrispondenti [[indirizzo di memoria|indirizzi di memoria]]), ed eseguirle; mentre le istruzioni del codice compilato, già in linguaggio macchina, vengono caricate e istantaneamente eseguite dal [[processore]].

In compenso, l'interpretazione di un programma può essere più rapida del ciclo compilazione/esecuzione. Questa differenza può costituire un vantaggio durante lo sviluppo, specialmente se questo viene condotto con tecniche di [[fast prototyping]], o durante il [[debugging]]. Inoltre, la maggior parte degli interpreti consentono all'utente di agire sul programma in esecuzione sospendendolo, ispezionando o modificando i contenuti delle sue variabili, e così via, in modo spesso più flessibile e potente di quanto si possa ottenere, per il codice compilato, da un [[debugger]].

==Approcci ibridi==

Esistono invece numerosi approcci ''ibridi'' fra linguaggi completamente interpretati e completamente compilati. Alcune versioni di [[Lisp]] consentono entrambi gli approcci, e consentono addirittura l'esecuzione di programmi parzialmente interpretati e parzialmente compilati, cosicché, per esempio, un nuovo [[subroutine|sottoprogramma]] possa essere provato in forma interpretata e, una volta terminato il [[debugging]], essere compilato per migliorarne le prestazioni.

Molti interpreti non eseguono direttamente il codice sorgente, ma lo convertono preventivamente in una forma interna più compatta, per esempio in un [[albero sintattico astratto]]. Ancora diverso è l'approccio di [[Emacs Lisp]] e [[Java (linguaggio)|Java]], in cui viene impiegato un compilatore che trasforma il [[codice sorgente]] in un formato intermedio detto (per entrambi i linguaggi !) [[bytecode]], abbastanza vicino al [[linguaggio macchina]] (e quindi con un costo di interpretazione moderato), ma eseguito da un interprete e non direttamente dal processore (e quindi [[portabilità|portabile]]).

Una tecnica che ha destato notevole interesse negli ultimi anni (ed è applicata dalla maggior parte delle attuali implementazioni di [[Java (linguaggio)|Java]] e dai linguaggi della famiglia [[Microsoft .Net|DOTNET]] di Microsoft) prende il nome di [[Compilatore just-in-time|compilazione "just in time"]] o JIT. Questa tecnica può essere considerata come una [[ottimizzazione (informatica)|ottimizzazione]] dell'interpretazione, in cui l'interprete compila durante l'esecuzione i frammenti di codice che vengono eseguiti con maggiore frequenza, per ridurre il costo delle loro successive esecuzioni.

Riga 34:

[[Categoria:Interpreti| ]]

[[Categoria:TeorieParadigmi delladi programmazione]]