Interprete (informatica): differenze tra le versioni
Contenuto cancellato Contenuto aggiunto
m cat |
Annullata la modifica 142969260 di 93.34.31.196 (discussione) Etichette: Annulla Modifica da mobile Modifica da web per mobile Modifica da mobile avanzata |
||
(47 versioni intermedie di 36 utenti non mostrate) | |||
Riga 1:
{{F|
== Descrizione ==
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'', per quanto comuni, sono
=== Script engine ===▼
Lo "scripting engine" è un motore che interpreta liste di comandi, dette [[script]], formulati con una sintassi determinata, detta [[linguaggio di scripting]]. Solitamente troviamo uno ''scripting engine'' dove si ha la necessità di fornire una grande flessibilità per aspetti specifici, senza eccessive esigenze di velocità. La semplicità e l'immediatezza sono quindi requisiti fondamentali. Ciò colloca gli ''scripting engine'' ad un [[Linguaggio di programmazione ad alto livello|alto livello di astrazione]].▼
=== Pro e contro ===▼
▲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é.
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 [[
▲==Script engine==
▲Solitamente troviamo uno ''scripting engine'' dove si ha la necessità di fornire una grande flessibilità per aspetti specifici, senza eccessive esigenze di velocità. La semplicità e l'immediatezza sono quindi requisiti fondamentali. Ciò colloca gli ''scripting engine'' ad un [[Linguaggio di programmazione ad alto livello|alto livello di astrazione]].
▲==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.
Una tecnica che ha destato notevole interesse negli ultimi anni (ed è applicata dalla maggior parte delle attuali implementazioni di [[Java (linguaggio di programmazione)|Java]] e dai linguaggi della famiglia [[Microsoft .Net|
==Voci correlate==
* [[Compilazione|Compilatore]]▼
* [[Linguaggio di programmazione]]▼
* [[One-liner]]
* [[Programmazione (informatica)]]
== Altri progetti ==
▲*[[Linguaggio di programmazione]]
{{Interprogetto|wikt=interprete|preposizione=sull'}}
▲*[[Compilazione]]
== Collegamenti esterni ==
* {{Collegamenti esterni}}
* {{FOLDOC|interpreter|interpreter}}
* {{Garzanti}}
{{Controllo di autorità}}
{{Portale|informatica}}
[[Categoria:Interpreti| ]]
|