引用一下维基百科的定义：1.声明式编程 Declarative ProgramingIn computer science, declarative programming is a programming paradigm — a style of building the structure and elements of computer programs—that expresses the logic of a computation without describing its control flow.This is in contrast with imperative programming, which implements algorithms in explicit steps.

2.命令式编程 Imperative ProgrammingIn computer science, imperative programming is a programming paradigm that uses statements that change a program's state. In much the same way that the imperative mood in natural languages expresses commands, an imperative program consists of commands for the computer to perform. Imperative programming focuses on describing how a program operates.The term is often used in contrast to declarative programming, which focuses on what the program should accomplish without specifying how the program should achieve the result.

这一大堆英文怎么理解呢？

想象一下，在家的时候，你对妈妈说，‘妈，我要吃糖醋排骨！’。显而易见，你只是想要吃糖醋排骨，至于糖醋排骨是你妈妈忙活一番做出来的，还是你妈妈点了外卖，外卖小哥冒着风雪送来的，只要糖醋排骨能让你满意，其它的你也许都不关心。

同样的，公司领导对你说，你这个月的业绩要上千。至于你是加班加点累死累活，还是轻松悠哉看看剧就能做出这个业绩，说实在的，领导并不关心。

又或者，操作html的DOM结构时，你想获取class包含beautiful的所有DOM元素，你只需要声明一下document.querySelectorAll('.beautiful')，而不用关心js引擎怎么去把DOM tree翻得底朝天，将这些元素都给找出来返回给你。

以上，结论是：

在家时，你关注的是糖醋排骨，妈妈操心怎么给你弄来糖醋排骨，你是在做声明式编程，而你妈妈是在做命令式编程。

在公司时，领导关注的是业绩，你操心的是怎么把业绩做到上千，领导是在做声明式编程，而你是在做命令式编程。

操作DOM时，你关注的是结果，而js操心的是怎么把你要的结果都找到和拿回来，你是在做声明式编程，而js引擎是在做命令式编程。

声明式编程，关注的是what to do，即做什么。命令式编程，关注的是how to do，即怎么做。

这两种编程范式，都能在生活和代码里随处可见。

每天上课或上班之前，给自己写的便签，上面罗列了一堆要做的事。是声明式编程。

礼拜天想炖个汤，给自己补补身子，按食谱上的一步步说明来做。是命令式编程。

.....

太多例子，就不逐一说明了。

现在，我们大概是理解声明式编程与命令式编程的含义与区别了。

不过，光理解，是远远不够的，编程编程，既然是编程，那就是要编写程序用起来的。在我们编写程序的时候，怎么运用它们呢？它们能给我们带来什么样的启发和思考呢？

上述例子里，想必是做妈妈的比较烦心，做员工的你比较烦心，js引擎也比较烦心，因为大家都要干很多脏活累活，方方面面都思考和准备了许多，怕不是头发都要掉光了。相反，声明式编程的人们就快活多了，只需要说一两句话，表明一下自己的想法，就能实现愿望。

于是，我们会期望，“伟大的阿拉丁神灯啊，能帮我把代码都写了么？”，阿拉丁神灯就说：“孩子啊，代码就不用写了，帝都二环的十套别墅已经给你准备好，请安心享受人生吧！”

开个玩笑，能声明式地写代码，那当然会很舒心，可声明式编程显然是建立在命令式编程的基础上的，脏活累活没人干的话，一堆堆声明就只是摆设，没啥用。

编程早期，sql这东西还没出现，大家都是自己干苦力活，要查什么数据都是撸一遍又一遍的循环，还要操心各种锁啊，事务啊等等乱七八糟的问题，简直天天怀疑人生。后来sql出现了，想要啥数据，只需要对数据库说 SELECT XX FROM XXX，多简单，多惬意。

不过，随着时代的发展，网页内容越来越丰富，从数据库里查数据虽然简单，但将数据以特定的结构组装起来，通过接口返回给浏览器展示可是很烦人的事情，接口少还能忍受，可接口一多，大概也还能忍？然而要改变一堆堆接口的数据结构呢？大概是想掀桌子打人老子不干爱谁谁干的感觉？

究其原因，是因为写接口（给前端调用的接口）这件事，是脏活累活，是命令式的编程。那么，能不能把它变成声明式的编程？

老祖宗教导过我们，在计算机的世界里，没有什么问题是添加一个中间层解决不了的事情，不信看看OSI标准模型，或者TCP/IP协议栈？当然，真要解决不了，那就再加一层呗。

于是，几十年过去，终于有人想起要把写接口的大部分脏活累活都承包了下来，封装成一层，叫GraphQL。

从此，写接口只需要声明自己要什么样的数据，而不用操心那些改来改去的烦心事了。（现在的GraphQL还有诸多缺陷，比如N+1、权限控制等问题，不过这些都会逐渐改进的）

当然，不止写接口这件事，在我们日常的工作中，也存在许许多多类似的情况。例如，初始化一个工程或项目，如果没有相应的脚手架工具，要自己一遍遍按部就班地搭基础设施得多累？有了脚手架，声明一个项目，就能给你把demo搭出来。可以说是半自动化了。自动化是为了什么？还不是为了解放生产力？此外，也是为了更好地降低出错概率，以减少因为出错导致的成本。毕竟相对于人来说，机器出错的概率实在是低得多了。

又比如，我们是不是时不时会被一些项目困扰？那些烦人的糟糕的架构设计，代码里层出不穷的BUG，产品经理不断带来的改来改去的需求，所有这些，都可以归根为命令式编程带来的问题：繁琐、脆弱、多变。

有没有那么一些解决方案，能把这些命令式编程的脏活累活都干了，抽象出对人类友好的声明式接口。就像令无数人头疼的正则表达式一样，存不存这么一种声明式的正则引擎，例如，声明 [提取出所有十二位数的手机号码]，正则引擎就像数据库一样给出我们想要的结果？

看起来像人工智能？大概就是这样了。

从命令式编程到声明式编程的过渡， 是技术不断发展进化的过程。

后记：命令式编程与声明式编程并无优劣之分，使用对象是我们人类的时候，声明式编程的风格自然是更好的，这是人的惰性决定的。但对机器而言，命令式编程显然更好理解，更准确来说，一大串010111的机器码是更方便理解的。另外，从代码调试的角度来看，声明式编程不好调试，甚至无从调试，比如js引擎，当querySelectorAll接口出错的时候，你还能直接断进去调试？所以这要求我们在做命令式的脏活的时候，要提供稳定、靠谱的服务。

想要加入一起学习的小伙伴可以私信我或是给我留言。

作者：千無

链接：思考：声明式编程与命令式编程