컴파일 언어와 스크립트 언어의 차이

Question

자바, C언어 같은것들은 실행시 [컴파일러] 라는게 고급언어 -> 저급언어로 바꿔주는 역할을 한다고 들었는데,이 스크립트 언어는 컴파일을 하지 않고, [번역기가 소스를 분석해서 동작한다] 라고 되어 있습니다.둘다 어떠한 프로그램이 소스를 분석해서 동작시키는 건데, 왜 자바는 컴파일러 언어고스크립트언어는 왜 컴파일러 언어가 아닌가요??

이곳 · Answer

얄코님 유튜브에서 본거같습니다

드림드림 · Answer

우선 컴파일 언어는 컴파일된 결과물을 주고 받아서 실행하고, 스크립트 언어는 코드 자체를 주고 받는게 차이일것 같네요.스크립트 언어는 받는 쪽에서 다시 컴파일?해서 사용해야 하기 때문에 컴파일 언어 보다 상대적으로 반응속도가 느릴수 있습니다.

HJOW · Answer

자바는 둘다에 속합니다.자바 코드는 컴파일 후에 사용이 가능합니다.근데 이 때의 &#34;컴파일&#34;은 C/C&#43;&#43;의 컴파일과는 조금 다릅니다.C / C&#43;&#43; / 오브젝티브C / Rust 컴파일 결과는 어셈블리 언어 형태로 나타납니다.링킹 등의 부수적인 작업을 거치면 OS 통해 바로 실행 가능한 프로그램이 되죠. 다른 프로그램 도움없이.아니, 능력만 된다면 C나 C&#43;&#43;로 OS를 만들수도 있습니다.자바 코드를 &#34;컴파일&#34; 하면, 바이트코드 라고 불리우는 중간 단계의 결과물이 됩니다.어셈블리랑은 다르기 때문에 그냥은 실행이 안됩니다.자바 런타임이 바이트코드를 읽어 작업을 대신 해줘야 합니다.독립 실행이 안되기 때문에, 사실상 자바월드인 안드로이드 OS의 경우도 핵심 기반은 리눅스를 쓰고 그 위에 구글 Art 라는 자체개발 런타임을 쓰고있습니다.그럼에도 다른 스크립트 (인터프리터) 언어와 다른 점은다른 스크립트 언어들이 매번 실행시마다 코드를 해석해 구동하는 것과는 달리자바의 바이트코드는 어셈블리랑 구조가 유사하여 성능의 이점을 어느정도 잡았다는 것입니다.또한 자바의 바이트코드는 프로세서 아키텍쳐나 OS와 관련없이 규격이 동일합니다.(다른 컴파일 언어 결과물은 프로세서 아키텍처에 따라 문법이 다르고, OS에 따라 일부 API가 달라집니다.)자바 런타임만 시스템에 맞게 깔려있으면 실행이 가능하다는 뜻입니다.시스템에 맞게 다르게 동작시켜야 하는 부분은 자바 런타임이 대신 처리합니다.이를 위해 자바를 설치하기 위해 다운로드 받을 때 시스템에 맞는 빌드를 받아야 하죠.하지만 이 얘기도 절반 정도는 퇴색이 되었습니다.자바와 유사하게 중간 컴파일 기능을 도입하는 스크립트 언어들이 나오고 있습니다. 이를테면 파이썬 같이

rarity · Answer

c, c&#43;&#43; > 컴파일링 후 링크해서 현재 사용중인 로컬머신의 OS 운영 및 하드웨어 조작 > 로컬화 해야함, 로컬 머신에 맞는 최적화 가능 > 컴퓨터 공학과 하드웨어 아키텍처 특성 모르면 초짜 개발자 행 java > C&#43;&#43; 개발된 JDK(SDK) 위에서 개발됨, 제공된 JDK의 JVM을 통해서 연산처리, 개발자 안전 놀이터 > 로컬화 안해도 됨, 로컬머신에 맞는 최적화, SDK에서 제공하는 한계선 내에서만 가능 > 컴퓨터 공학 몰?루 ,하드웨어 몰?루 , 수학적 논리 사고만 있어도 개발 가능 c,c&#43;&#43;,java > 컴파일러 이용 소스코드 파일 통채로 컴파일링 후 실행 기타 스크립트언어 > 인터프리터 이용, 소스코드 한 줄, 한 줄 불러와서 컴파일링 후 실행 > 이로 인해 반복문 같은 경우 컴파일 언어보다 개떡같이 느림 python > js는 JIT으로 반복문 같은 루프문을 색인하여 거기만 블록채로 컴파일링 , 라인과 블록 혼용 컴파일링

Hide_D · Answer

소스 코드 -> 추상 구문 트리(AST) -> (가상 머신 코드) -> 머신 코드정도로 나누었을 때, 언어 파싱만 끝내고 AST 상태에서 실행하는 녀석이 스크립트 언어라고 불리는 녀석들이고,여기서 더 나아가 머신 코드(어셈블리)를 생성하거나, 혹은 가상 머신 코드를 생성하는게 컴파일러 언어라고 불리는 녀석들입니다.다만, 요즘에는 '스크립트 언어'라고 불리는 것들도 모두 JIT, AOT 등을 거치며 최종 머신 코드를 만들어내기도 하기 때문에, 별로 의미있는 구분은 아닙니다.또한 예전에 사용하던 구분법 중에 &#34;대화형 쉘을 사용할 수 있으면 스크립트 언어다&#34;라는 구분법도 있었지만, 컴파일러 언어들에서도 동적 컴파일이 가능한 언어들도 대화형 쉘을 제공하기 시작하면서 의미가 없어졌습니다.

kiel · Answer

답변마다 X 같은 댓글 달더니 다 삭제했군요.이런식으로 매번 남들 시간내서 단 답변에 그런식으로 장난질 치는게 재밌습니까?

skrevolve · Answer

애초에 java 랑 js는 아예 서로 다른겁니다컴파일러, 인터프리터는 코드를 변환하는 방법중 하나입니다심지어 요즘은 효율을 따져서 컴파일러와 인터프리터 두개를 섞어씁니다그리고 js는 애초에 컴파일러가 될수 없어요. 나온 목적 자체가 브라우저 전용으로 나온거라서.왜 js가 컴파일러가 될수없는지 이해가안되면컴파일러랑 인터프리터가 나온 역사부터 찾아보세요질문자분 논리대로라면 그냥 천재라서 기계어로 굴리면 되는데 뭣하러 컴파일하냐고 물어보는거랑 같은거에요

컴파일 언어와 스크립트 언어의 차이

7개의 답변

기타 목록