mxGraph是一个支持多种语言（Java、JavaScript、PHP、.NET）的画图框架，所绘制的图形可以在主流浏览器以及原生应用上使用。
mxGraph官方资料全英文，网上有几篇mxGraph的教程，对于“入门”和“使用”讲解得比较详细。
所以这篇文章不是介绍如何画一个图形，写一个hello world，而是重点介绍学习mxGraph时觉得比较重要的、难以理解的或者容易被忽略的知识点。
需要读者对mxGraph的文档有一定的了解或者使用mxGraph。

容器为何自动停止？

服务器为何操作卡顿？

进程的神秘连接到底指向何处？

量变引起质变。

在《抛开 Vue、React、JQuery 这类第三方js，我们该怎么写代码？》文章中提到了使用原生的web components技术来开发项目。开发中碰到了一些有挑战性的问题，这篇文章就来记录一下在封装DOM操作时碰到的问题以及解决方式。

首先感谢React、Vue、Angular、Cycle、JQuery 等这些第三方js为开发带来的便利。

以下将Vue、React这类常用的框架（库）统称为“第三方js”。

我们将应用以Docker容器的方式部署到服务器上的时候，通常需要考虑两个方面的的问题：网络和存储。

RxJS是微软公司推出的响应式编程的JavaScript库。
对于它的学习，最开始我的理解是把它当成是 能优雅地解决异步问题的lodash。
随着学习的深入，发现它采用了订阅者模式，其中也带有纯函数的思想。
直到在使用了RxJS 6之后才了解其少有人意识到的另一面——流。

对于开发者来说，“设计模式”这个概念肯定不陌生，它是经过分类的、代码设计经验的总结，能将编写代码进行工程化，从而提升开发效率。
简而言之，它就是“代码模板”。

设计模式 + 代码逻辑 => 清晰高效的程序

“写作模式”这个叫法也借鉴于此，是我针对一些热门技术文章的写作方式进行的总结，能帮我们快速地构思出结构清晰的文章。
下面通过7篇热门技术文章来总结7种写作模式。

从事web开发已有7个年头，经历过几个团队和不少项目，也面试过一些开发者。
发现不同公司对代码规范这一块的要求相差很大，有的公司甚至没有规范。
究其缘由，无非是项目紧张，没有时间整理。
久而久之，随着项目不断变大，维护变得困难，各种问题暴露出来：代码可读性差、修改容易出bug、逻辑混乱。。。
所以在技术上稍有追求的团队都意识到规范的重要性。

最近项目上要在浏览器端实现一个类似 Linux 下 ls 命令的显示效果。虽然实现过程没花多长时间，但是觉得这个效果还挺赞的，所以分享一下。