11 | DSL：你也可以设计一门自己的语言

SQL也是一种DSL，他屏蔽了计算机存储的底层实现，提供了易于操作数据的接口。 一些ORM框架对SQL这些DSL进行了进一步的封装提供了声明式注解，相当于构建在DSL之上的DSL翻译器。面向对象编程将面向关系的DSL进行更高层次的封装，使得在编程这个特定领域更加易于使用。

普通程序员的关注点只在于功能如何实现，而优秀的程序员会懂得将不同层次的代码分离开来，将意图和实现分离开来，而实现可以替换。 老师 意图和实现具体指什么还是不太明白，

高级编程语言是低级编程语言的DSL。

我觉得markdown应该算一个

许多同学的评论里列举了许多场景，例如UML,markdown虽不能执行，不能算是DSL。但其中将意图和实现分离的理念，应该是一致的。 DSL的一个深意是在于描述意图而不是描述过程。 那其实取名字也可以理解为一种意图的表现。例如菜单上的蓝莓蛋糕，就是一种意图描述，而不是过程描述：我要一个蛋糕，然后上面要加上一些蓝莓。

1.k8s和docker-compose的yml文件，就是声明试编程。算是外部dsl。 2.本章疑问： dsl和接口有何异同点？ 首先dsl和接口都做了一件事，就是意图和实现的分离。但是dsl的语义（意图）是可以灵活组织的，而接口的语义基本靠接口命名和方法命名来阐述，在灵活性上明显是不足的。 如何去实现dsl？第一感觉就是建造者模式。这里实现就有分支。第一种是将要执行的业务逻辑（实现）写在dsl实体bean内部。在所有业务功能都由实体内部属性决定时，这是可行的（领域模型的行为）；第二种是将执行的业务功能注入要创建的dsl实体，然后回调。毕竟复杂业务流程的组织不该是单个实体能够囊括的，而且我们的功能代码大部分还是面向过程的（java就是一个service注入一个service，然后嵌套调用）；第三种就是将dsl实体作为入参传入接口方法，然后通过其属性调整业务流向，控制代码逻辑。这种方式我认为是开发维护成本最低的（面向过程不好，但他简单呀，不需要什么设计知识背书，懂语法就能看懂），但是我在某本书看到过，“程序的逻辑不该由入参去控制”。是定制多个接口方法。还是提供统一方法由入参调度逻辑，真的不好说孰好孰劣。

Quartz等调度框架常用的Cron表达式也是一种DSL吧

drone.io用的.drone.yml，jenkins用的pipefile都算是轻量级的dsl。uml算不算是一种重量级的dsl呢？

DSL是为了解决某个特定领域的程序设计语言。 作为一个客户端APP开发者，最常用到的莫过于gradle。 现在JAVA后端程序主要是通过pom配置构建，它其实就是通过xml来实现DSL， 我觉得后端程序通过gradle构建也将会成为主流。它比xml更加灵活，表达性更强 要设计一个DSL就要构建一个模型，通过接口将能力暴露出来。 如何暴露接口就可以分为内部DSL和外部DSL，内部DSL使用编程语言如JAVA来实现，外部则使用类似xml语言来实现，或者自己设计语法 实现内部DSL要将意图与实现区分开，这在程序设计中一个重要的原则

lambda，网络协议描述算不算是dsl呢？