인터프리터,interpreter

forked from 컴파일,compile > 컴파일러,compiler section (2024-06-17)
{
scripting_language{}는 컴파일러,compiler보단 이걸로 작성되는 경우가 많다. - 컴파일 속도로 인한 REPL의 지연,delay, ... +?
JIT_compilation때문에 컴파일러와 인터프리터의 기술적(? 정확히) 경계는 흐려지는 경향이 있다.






Sub:
셸,shell?

WtEn:interpretation (해석,interpretation, ...)을 하는 WtEn:interpreter NdEn:interpreter
가능한 번역은, 해석기,interpreter or 통역사 NdEn:통역사 ....

언어,language변환,transformation, i.e. 번역,translation을 하는?
하지만 컴퓨터에선
인터프리터 기술이 발전하면서 JIT_compilation등이 발전하여 인터프리터가 내부적으로 컴파일을 하는 경우가 많아서 저 둘의 완벽한 경계 같은 것은 없다.
인터프리터의 컴파일러에 대한 장점은 보통 REPL - 빠른 interaction for programming.
단점은 보통 runtime 실행,execution 성능,performance.
(추가, tbw)

인터프리터는 source language로 된 source_code (입력,input)을 받아서 해석,interpretation하여 바로 실행,execution.
그 언어는 자주 scripting_language(interpreted_language)라고 하며 그 언어로 쓰인 source code를 자주 스크립트,script라고 함.
(컴파일러의 경우에는 저 표현을 쓰지 않음)

인터프리터에 주어지는 입력. 대체적으로.

1. SUB

1.2. interpreter directive

interpreter directive

shebang line 또는 { WpEn:Shebang_(Unix) = https://en.wikipedia.org/wiki/Shebang_(Unix) }
magic_number
...사실 #! 그게 0x23 0x21 인 magic number라고... (we)

OS/셸,shell에게 스크립트,script 스크립트파일,script_file이라는 걸 알려주는?