所谓领域专用语言（Domain Specific Language/DSL），其基本思想是“求专不求全”，不像通用目的语言那样目标范围涵盖一切软件问题，而是专门针对某一特定问题的计算机语言。 DSL之于程序员正如伽南地之于以色列人，是最初也是最终的梦想。几乎自计算机发明伊始，人们就开始谈论DSL使用DSL了。而前几年随着被誉为“Web 开发领域专用语言”的Ruby on Rails迅速走红，DSL又一次成为人们讨论的热点话题。很多人都认为，DSL将会是软件业的“next big thing”。然而随着DSL的日益流行，围绕着DSL出现了很多质疑和误解。
实现SOA一般要求使用解决SOA不同方面的多种技术。这种实现是一项艰巨的任务，至少要求理解典型SOA实现所涉及的不同技术。一种解决这种复杂性的可能方案是开发出针对SOA的领域特定语言。
Eelco Visser在一篇论文中总结了他设计领域特定语言WebDSL的方法。WebDSL语言以JBoss Seam为目标架构，用于开发具有丰富数据模型的动态Web应用。他讨论了语言设计的各种范式和困难，还分享了他一路来学到的经验教训。
对象生命周期（也被称为状态机）一直以来都被大多数开发者，架构师和业务流程实践者等所忽视。来自IBM苏黎世的一群研究员刚发布的对象生命周期建模工具，更好的与可执行业务流程模型联系了起来并对其起到了补充的作用。
Ayende Rahien介绍了内部DSL作为创建领域特定语言（DSL）的一种手段，无需考虑设计一门全新语言所带来的复杂性。它比较了适合作为 DSL宿主语言的不同.NET语言，并由于它的元数据编程基础功能、灵活性和性能，提出了Boo是理想的候选语言。
在Ayende Rahien最新的这篇文章中介绍了内部DSL作为创建领域特定语言（DSL）的一种手段，无需考虑设计一门全新语言所带来的复杂性。它比较了适合作为 DSL宿主语言的不同.NET语言，并由于它的元数据编程基础功能、灵活性和性能，提出了Boo是理想的候选语言。
通常，架构要么是在Word文档中描述的一些软件系统中无形的、概念性的方面，要么就完全是由技术驱动的（“我们使用了一个XML架构”）。这两种方式都很糟糕：前者很难派上用场，而后者架构上的概念被技术宣传所掩盖。 什么才是好的表达？应该是随着架构的发展，演化出一门语言，让你得以从架构的角度来描述系统。根据我在多个真实项目中获得的经验，这种表达方式能够形象、无歧义地描述架构构建模块和具体系统，同时又不至于深入到技术决策的细节（技术决策应该有意识地放到另一个单独的步骤中）。 本篇论文的第一部份通过一个真实故事演示了这一思想。第二部分则总结了这一方法的关键点。
Groovy项目经理Guillaume Laforge论述了Groovy的发展历程、Groovy与Java的关系、Groovy在Java开发的地位、Groovy与Ruby的比较、如何使用Groovy实现DSL（domain-specific languages，领域特定语言）以及Groovy未来发展的重心。
如何设计能深刻反映业务领域的领域模型？领域模型设计的未来发展方向是什么？……本书是Eric Evans的《领域驱动模型》一书的精简版，让你在短时间内理解领域驱动设计的内容。这本书没有介绍任何新的概念，它只是概要总结了领域驱动设计的本质，抽取了Eric Evans原书中关于这一主题的大部分内容，以及其他相关资料。这本书可以让你快速了解领域驱动设计的基础知识，但不能替代Eric书中提供的大量事例和案例研究或者Jimmy书中提供的动手事例等。
