由于最近决定投身到区块链的学习当中的缘故，出于更好的理解它的基本概念，自己动手参考文章写了一个迷你区块链的例子。采用了kotlin + vertx的工具选择。这次尝试再次验证了我在本系列一开篇所说：建议以Java语言开发为主。原因很简单，因为这个是基础，所以各方面支持（包括文档和功能方面）肯定是Java语言优先。

由于简单同时又强大的Mock特性，dgate在我的项目中除了作为简单的API网关，它也承担着面向前端的Mock Server作用，保证前后端开发同步进行。最近，因为项目的需要，顺手给它增加了一个新的Mock特性：EventBusBridge。

对于CORS，搞Web开发（不论你是前端，还是后端）的同志应该不陌生，尤其是如今微服务盛行的时代，CORS更是最常用的配置项之一。假若你对此还有一点点的疑问，不用问，你已经落伍了！

这些天因为项目的需要基于Vert.x和PF4J做了一个简单的插件式远程服务框架dfx。它是一个非常简单的小框架（或者称为微框架也行），其目的很简单：快速地将老旧Java类转变成为远程服务，降低这类工作的难度和门槛。

当初创建简书账号的时候曾立下宏愿，希望保持周更，无奈现实残酷，整个5月都处于忙忙碌碌的状态，居然令这个本来并不算太宏伟的目标难以为继，最终导致5月份交了白卷！【好吧，我承认，是我意志不够坚定，太懒了，;)】

现在想想，我们应该算是国内用Vert.x的最早一批人，版本大概是1.2.x吧，当时Vert.x内置了一个比较坑爹的模块系统，看似不错，但其实很坑爹。但即使这样，我们当时还是在技术选型上采用了它。理由大致如下：

如果没有记错的话，Vert.x从3.2就开始支持TCP Eventbus Bridge了，它使得Client可以直接通过socket跟Vert.x EventBus进行通信。可遗憾的是，整个文档就像半成品，并没有把很多事情说清楚。

Vert.x用久了肯定有这样的想法：拦截EventBus上发送的所有消息。这个需求用Vertx EventBus Interceptor可以非常简单的实现，可惜的是，Vert.x文档却并没有明确的指出来。

为了伸缩性考虑，采用Cookie + Session机制，必然面临着应用状态的问题，而且必然牵涉到session的复制。采用Token，天然避免这一点。这里并非是指完全无Session化，但起码可以降至最少。

dgate：an API Gateway based on Vert.x dgate是基于Vertx的API Gateway。运行dgate的命令如下： {代码...} 其中的conf属性用来指定运行所需的配置文件。 conf的文件格式 在说明格式之前，先看一个例子： {代码...} dgate采用ConfigSlurper解析conf文件，因此其文件的语法实际上是Groovy语法。 conf文件由多个Api Gatewa...