DSL - 도메인 전용 언어 (Domain-specific language)

DSL에 대한 고찰

Domain – 영토, 영역 => 특정 분야나 호스트 문법 중에서 적절하게 선택된 일부분

언어에 기반한 문제해결이 아니라 문제 해결에 기반한 언어

게임같은데 사용되는 스크립트 스타일의 어떤 특정 문제를 해결하기 위해 사용되는 언어

 

아래는 스크랩

출처: 빛을 담고 세상 넓히기

DSL (Domain Specific Language)

DSL(Domain Specific Language), DDD(Domain Driven Design)라는 개념이 나온지 3, 4년이 지났고 이미 현실에서 다양하게 구현되어 사용되고 있지만 여전히 DSL에 대한 정의 자체부터 많은 논란이 되고 있다. 단어 자체로는 ‘특정 문제 영역에 맞는 언어’라는 의미이지만, 보는 입장에 따라, 그리고 구현되는 방식에 따라 다양한 형태로 정의될 수 있다.

DSL에 대해서 가장 잘 정리된 글은 마틴 파울러의 포스트 DomainSpecificLanguage (번역)에서 볼 수 있다. 실제로 이번 OOPSLA 컨퍼런스에서는 Domain-Specific Modeling에 관한 워크샵이 있었고 Domain Specific Languages - Another Silver Bullet? 패널 토의를 통해 DSL에 대한 다양한 논의가 이루어졌다. (위 링크를 통해 워크샵에서 발표된 다양한 paper를 다운 받을 수 있다.)

개인적으로는 워크샵은 일요일 오전에 잠깐 참여했지만, coffee break 시간에 마틴 파울러와 다른 참가자들의 논쟁을 직접 들을 수 있었다. DSL이 도메인 전문가(domain expert)의 입장에서 작성이 가능하려면 high-level 언어(엑설?)로 작성되고 이를 code generation을 통해 일반 언어로 변환해야 한다. 하지만 이 경우는 코드 최적화가 어렵고 프로그래머가 직접 작성하는 DSL에 비해서 유연성이 떨어질 수 있다. 프로그래머가 직접 작성하는 DSL의 경우도 Internal DSL과 External DSL에 따라 테스트 용이성이나 통합 비용 등에 차이가 날 수 있다. Java의 경우 대표적인 Internal DSL에 JMock을 들 수 있다. 이와 관련해서는 이전에 작성한 포스트 Embedded Domain-Specific Language를 참고하길 바란다.

만일 DSL에 대한 개념이 잘 잡히지 않는다면 이 동영상(Introduction to Domain Specific Languages)을 보는 것도 좋을 것 같다. 마틴 파울러의 경우는 Ruby를 DSL로 선호하는데 작성이 쉽고 가독성이 좋기 때문이라고 한다. 실 제로 도메인 전문가가 직접 코드를 작성하지 않더라도 코드를 이해할 수 있다면 정확한 문제 해결에 큰 도움을 받을 수 있다. 만일 금융이나 보험 관련 프로젝트를 진행하는데 해당 전문가가 JUnit을 이해하고 같이 테스트 케이스를 만들 수 있다면 정확히 무엇을 테스트해야 하는지 어떤 절차로 개발을 진행해야하는지 직접적인 도움을 얻을 수 있을 것이다. Ruby로 작성된 코드는 일반 자연어를 읽는 것과 같이 쉽게 이해되기 때문에 코드를 바탕으로 도메인 전문가와 프로그래머가 아이디어를 공유하기 좋다고 할 수 있다.

또한 3, 4년 전에 비해서 현재 DSL이 좀 더 실용적으로 다가 올 수 있는 이유로 AOP와 프레임워크의 발전을 들 수 있다. 우선 AOP의 경우 서비스 모듈 또는 컴포넌트는 DSL로 작성하고 이의 통합에 AOP를 활용할 수 있다. 각각의 모듈은 모델의 역할을 충실히 수행하고 그 외의 로깅이나 모니터링 등의 cross concern은 AOP로 통합해서 관리하는 방법을 생각해볼 수 있다. 또한 Spring과 같은 프레임워크는 Dynamic Language를 지원해주기 때문에 쉽게 External DSL을 활용할 수 있다. 통합 프레임워크를 기반으로 그 위에 각각의 도메인 영역을 구현한 DSL을 올려놓는 방법도 생각해 볼 수 있다. 앞으로는 DSL을 위한 프레임워크가 개발될 것이다. 직접 실행할 수 없더라도 UML 기반으로 코드를 생성해주는 형태도 DSL이라 할 수 있고, 앞으로 DSL 개발을 도와줄 다양한 툴이 소개될 것으로 기대된다.

마지막으로 웹 개발에도 DSL을 적용하려는 사례도 많이 소개됐다. WSL(Web Specific Language)의 대표적인 경우로 CMS(Content Management System)를 들 수 있다. 아마 대부분의 큰 규모의 사이트에서는 각자 CMS를 개발해서 사용하고 있을 것이다. 사이트 운영자가 직접 컨텐츠를 등록하거나 조작할 수 있게 관리 페이지를 제공하는 경우가 많은데, DSL 개념을 통해 접근한다면 좀 더 쉽게 동적이고 유연한 CMS 기능을 제공할 수 있을 것이다. 사실 HTML 자체가 계층적이면서 실수하기 쉬운 언어이기 때문에 WSL 제공이 어려울 수 있다. 이를 극복하기 위해서 WebDSL과 같은 다양한 시도가 진행되고 있다.

DSL은 고객을 중요시하고, 상호작용을 증대시키며, 비지니스에 초점을 맞춘 개념이다. 각각의 도메인마다 새로운 언어를 만든다면 매우 비생산적이겠지만 도메인 전문가와 개발자 모두 만족할 수 있는 DSL을 사용한다면 복잡한 특정 영역의 문제들을 빠르고 정확하게 해결할 수 있는 새로운 패러다임이 될 수 있다고 생각한다.