모든 종류의 분류법을 생성하려면 먼저 몇 가지 질문을해야합니다.

• 관계를 올바르게 정의하려고하는 객체가 있습니까?
• 그렇다면 실제로 존재합니까?
• 객체간에 특정 종류의 관계만으로 제한합니까, 아니면 시스템이 합법적 인 관계 만 사용해야하는 요구 사항이 있습니까?

일반적으로 질문과 같은 질문을들을 때 예상되는 답변은 몇 가지 가정을합니다. 예를 들어, 이러한 언어는 모두 언어이기 때문에보다 일반적인 언어 개념 하에서 계층 구조를 형성하거나 모든 언어의 공간을 분할하거나 서로의 하위 세트라고 가정하는 것이 당연합니다.

프로그래밍 언어들

불행히도, 위의 어느 것도 사실이 아닌 것 같습니다. 아마도 프로그래밍 언어 만 가장 동의하는 정의를 가지고있을 것입니다. 프로그래밍 언어는 프로그램을 인코딩하는 언어입니다. 인코딩은 언어의 단어가 프로그램 (일련의 동작)으로 해석 될 수 있음을 의미합니다. 컴퓨터 프로그래밍 언어는 이들 중 일부입니다. 비 컴퓨터 프로그래밍 언어의 예 : 슈퍼마켓에서 구매자를위한 지시 사항으로 해석되는 식료품 목록, 전사 펩타이드로 해석되는 DNA, 테이프 레코더의 프로그램으로 사용되는 아날로그 음악 레코드.

따라서 컴퓨터 프로그래밍 언어는 컴퓨터를 프로그래밍하는 언어입니다.

스크립팅 언어

잘 정의되지 않았습니다. 이 용어의 의미를 해석하는 것은 개방적입니다. 역사적으로, 머신 코드를 생성하기위한 컴파일러가없는 프로그래밍 언어는 이런 방식으로 호출 된 것으로 보입니다. 오늘날의 표준에 따르면 모든 인기있는 프로그래밍 언어는 어셈블러를이 범주에 포함시킵니다. C와 같은 소위 저수준 언어조차도 기존 프로 시저가있는 런타임을 필요로하므로 C 프로그램을 컴파일하여 얻은 바이너리는 완전히 기계 코드는 아니지만 가끔씩 런타임을 호출합니다.

마크 업 언어

잘 정의되지 않았습니다. 이 용어가 사용될 때마다, 주로 시각적 또는 청각 적 이미지를 생성하는 데 사용되는 매우 제한된 어휘로 프로그래밍 언어를 설명하는 것 같습니다. XML을 프로그래밍으로 보는 것은 어려울 수 있지만 Man 또는 TexInfo 마크 업을 보면 “특수”문자가 실제로 인터프리터의 명령이라는 것을 알 수 있습니다.

다음과 같은 XML 언어에 대한 “프로그래밍”해석을 제공 할 수도 있습니다.

< := put interpreter in the reading node mode
! := if reading node, start CData/Comment mode
     else if not in read text mode, signal error
-- := if in start CData/Comment mode, start comment
      else if in comment, put in end comment mode
      else if in end comment mode, signal error
...

결론 : 오늘날 의이 부서는별로 의미가 없어 보이지만 어떤 언어에 직면했는지에 대한 직관을 제공 할 수는 있지만 엄격한 정의를 제공하지는 않습니다.

답변