自前端框架风靡以来，路由一词在前端的热度与日俱增，他是几乎所有前端框架的核心功能点。不同于后端，前端的路由往往需要表达更多的业务功能，例如与菜单耦合、与标题耦合、与“面包屑”耦合等等，因此很少有拆箱即用的完整方案，多多少少得二次加工一下。

本文主要探讨基于 DSL（domain specific language） 之上的插件设计，他们是领域的附属，为领域提供额外的服务，但领域不依赖于他们。

DSL 全称为 domain-specific language（领域特定语言），本系列应当会很长，其中包含些许不成熟的想法，欢迎私信指正。

时间的处理与日期的格式转换几乎是所有应用的基础职能之一，几乎所有的语言都会为其提供基础类库。作为曾经 .NET 的重度使用者，赖其优雅的语法，特别是可扩展方法这个神级特性的存在，我几乎没有特意关注过这些个基础类库，他们如同空气一般，你呼吸着，却不用感受其所在何处。煽情结束，入坑 Java 后甚烦其时间处理方...

最近折腾了一番自建 gitlab，在此做个记录，供君参考。整个构建过程基于 Docker Swarm（近期有计划将微服务移植到 Kubernetes，但还没倒腾顺手，暂时先沿用旧的方案），主题配图与主题无关，请忽略......

系统复杂了，抽离单一职责的模块几乎是必须的；若需维护多个项目，抽离公用包上传私有仓库管理也几乎是必须的。其优点无需赘述，以下将记录操作过程。

在进入正题之前，我想先随意谈谈对架构的拓展周期的想法（仅个人观点）。首先，我认为初期规划不该太复杂或者庞大，无论项目的中长期可能会发展地如何如何，前期都应该以灵活为优先，像分库分表等操作不应该在开始的时候就考虑进去。其次，我认为需求变更是非常正常的，这点在我等开发的圈子里吐槽的最多，其中自然有 “...

前言 本篇随笔将汇总一些我对消息队列 RabbitMQ 的认识，顺便谈谈其在高并发和秒杀系统中的具体应用。 1. 预备示例 想了下，还是先抛出一个简单示例，随后再根据其具体应用场景进行扩展，我觉得这样表述条理更清晰些。 RabbitConfig： {代码...} Client： {代码...} Server： {代码...} Result： {代码...} 以上示例会在...

本篇随笔将对 Spring Boot 中的常用注解做一个简单的整理归档，写作顺序将从启动类开始并逐步向内外扩展，目的即为了分享也为了方便自己日后的回顾与查阅。

本篇随笔用于记录我在学习 Java 和构建 Spring Boot 项目过程中的一些思考，包含架构、组件和部署方式等。下文仅为概要，待闲时逐一整理为详细文档。

本篇随笔是继 “Docker Engine” 与 “Compose & Swarm” 之后的一个实例补充，初衷是记录测试环境中的一次 MySQL 事故，就当做 “Docker 系列” 的一个小收尾吧。其实在生产环境中不推荐使用 Docker 部署 MySQL 和 Redis，那可是 The First Domino，倒一个挂一片呀，不过在本地和测试环境中就随意了。

任何相对完整的应用服务都不可能是由单一的程序来完成支持，计划使用 Docker 来部署的服务更是如此。大型服务需要进行拆分，形成微服务集群方能增强其稳定性和可维护性。本篇随笔将对 Docker Compose 和 Docker Swarm 的原理和配置做整理归纳，并分享其使用经验。

前段时间需要配置一台私网 ECS 联外网，阿里云比较推荐的方案是创建一个 NAT 网关并绑定 EIP， 以此来统一所有 ECS 的网络出口。由于我已经拥有一台外网 ECS（不想多掏钱，且我自己的测试环境不需要严格的稳定性要求），因此我决定使用 Iptables 对私网 ECS 的请求进行源地址转换，这台外网 ECS 就作为其余私网 ECS 的跳...

用了 Docker 方才觉得生产环境终于有了他该有的样子，就像集装箱普及之后大型货轮的价值才逐渐体现出来，Docker 详细说明可查阅“官方文档”。本篇为 Docker Engine 的笔记，也就是我们通常说的 Docker，他包含了提供容器技术实现的 Docker daemon 及终端控制 Docker CLI 的应用程序。后续会继续发布 Docker Compose 和 Do...

以上是 Nginx 的结构图，其包含一个 master 和 n 个 worker，master_processes 用于外部通信和统一管理其下 worker_processes ，因此可以做到重启时不中断服务。另外，Nginx 采用了异步非阻塞的方式来处理请求，避免了 cpu 闲置，这是其高性能的主要原由。

无论多么复杂的问题，其实拆解它、解决它的思路和手段都是相通的，大致可分为以下四个步骤：1.明确和理解问题；2.拆分和定位问题；3.提出解决方案；4.总结问题。其次，想要解决问题，必须用 80% 的精力去拆解和定位这个问题，剩下的 20% 的精力去寻找解决方案就足够了。

虽然Mac默认的终端已经非常强大，但从功能的丰富程度和开发效率上来看，对于我来说iterm2无疑是更优选择。安装完毕后第一步就是开启 Hotkey-Window(Preferences→Keys→Create a Dedicated Hotkey Window)，我习惯给其录制的快捷键是：Option+Space，从此终端召之即来挥之即去，这能给予我一切尽在掌握之中的满足感。

Contour 是一款比较优秀的编剧辅助软件，按理说这篇文章应该归类到mac小记中，但其操作非常简单，基本上以写作提示为主。只怪所有提示都是英语，而且很多，每次使用打开 Contour 个别单词都要重新查字典，于是决心花点时间整理和背诵，既学了单词又学了编剧，一举多得。

工欲善其事，必先利其器。经过多次的重复配置 ubuntu 开发坏境，我终于决定花点时间总结一下，并将其写成一个自动化配置脚本。服务器实例：ubuntu 16.04，技术栈：shell，python。

.NET Core 已经热了好一阵子，1.1版本发布后其可用性也越来越高，开源、组件化、跨平台、性能优秀、社区活跃等等标签再加上“微软爸爸”主推和大力支持，尽管现阶段对比.net framework还是比较“稚嫩”，但可以想象到它光明的前景。作为 .net 开发者你是否已经开始尝试将项目迁移到 .net core 上？这其中要解决的一个较大的...

从事前端的朋友应该对“字体图标”这个词汇不陌生，为了适应越来越挑剔的屏幕，网页图标和简单图案使用 .png 来搭建已经基本上被淘汰了。取而代之的是使用 css3 和 svg 来绘制，而对于网页小图标，我们更希望在整个系统的前端架构中将它们做成字体库统一管理。如下图：

比较粗暴的做法是在需要隔离边距的文本中加标签，然后分别控制每个文字的边距，这种方法比直接加空格或者占位符更精准，我之前也都是这么做的。但是写的多了之后开始思考能不能抽象出来用于更多的场景？让代码更好看一些？维护成本更低一些？