这里的主要问题是HTML与CSS的“模块化”，我们可以看下换肤的实现方法：
同一类名，换文件（JS）
同一文件，换类名（JS）
由此可知HTML与CSS的接口实现：
CSS引入的三种方式
类名
为了更好的实现这种接口，需要有相关的（交互、设计、页面、开发）约定、规则、规范，比如：所有当前状态都使用同一个类名“nonce”，所有变灰的表现都使用原类名后加“_n”，Tab的实现方式等等。有了这些约定、规则、规范后，HTML代码就很容易可以实现模板化，统一接口规范。
有两个误区需要先认清下：
模块化后并不是就能被使用在任何位置（模块化后的代码段也是有适用的范围限制，需要一个提供接口规则的环境）
模块化后并不是就不能再变更（模块化后的代码段可根据实际需要做修改）
完全独立的模块放在同一项目中，由于项目有自己的表现、交互统一性，所以各模块间必定出现类似的部分，这些部分可以被提出来做为公共的定义，减少冗余，这时就会出现耦合的问题，完全不耦合是不可能的，因此模块化中很重要一点就是“适度的耦合”。有了公共定义，就得调整模块样式的实现方式了，而这种调整也会影响到“接口”的实现方式。
由于本篇主要是讲模块化的思维方式，具体实现的细节留待以后的文章中探讨。
