[💬] 커스텀 언어 게임엔진 vs 이미 존재 언어 게임엔진

[aa(122.59)]

유니티나 언리얼 처럼 이미 존재하는 c#, c++ 언어를 스크립팅언어로 지원할수 있게 만드는거랑

겜메나 고도처럼 그 엔진 전용 커스텀 언어 gml, gd 를 만들어서 스크립팅언어로 지원하는것중 뭐가 더 지원할수 있게 만드는게 어려워? 그리고 자체 언어를 사용하면 장점이 뭐야?

[익명(118.47)]

언리얼3는 언리얼 스크립트라는 자체 언어를 사용했음. 자체 언어는 파서를 만들기가 쉽고 상대적으로 표현이 간결해질 가능성이 높지. 지금 언리얼 c++ 을 보면 각종 매크로 등으로 인해서 좀 복잡한 느낌이 있잖아. 그럼에도 c++ 이 개발자들에게는 아마도 더 편하니까 옮겼겠지?

[익명(14.34)]

개인적은 생각은, 자체 언어는 해당 엔진을 최대한 쉽고 빠르고 편하게 쓸 수 있게 해주지만 자체 언어다보니까 호환성이 떨어진다는 단점이있을거같음

[익명(175.223)]

질문의 의도가 컴파일러 만드는게 어렵냐 스크립트언어 만드는게 어렵냐 라고 질문하는거면 컴파일러 만드는게 훨씬 어렵다라고 할수있는데, 니가 예시든 언리얼이나 유니티는 자기들이 컴파일러를 직접 만든건 아니고 msvc나 gcc나 glang을 이용해서 컴파일하는거임. 스크립트 언어를 직접 만드는거랑 있는 컴파일러랑 연동하는거랑 뭐가 더 어렵냐고 물어보면

[익명(175.223)]

스크립트 언어를 직접 만드는게 아무래도 더 어렵겠지

[익명(175.223)]

질문 다시읽어보니까 C++이랑 C#을 스크립팅 언어로 지원할수있게 만든다는게 C++이랑 C#을 문법 그대로 스크립팅할수있게 한다는건가..? 그게 가능한가?