什么要使用框架：

软件系统发展到今天已经很复杂了，特别是服务器端软件，涉及到的知识，内容，非常广泛。这样开发出完善健壮的软件，对程序员的要求将会非常高。如果采用成熟，稳健的框架，那么一些基础的通用工作，比如，事物处理，安全性，数据流控制等都可以交给框架处理，那么程序员只需要集中精力完成系统的业务逻辑设计，可以降低开发难度。

什么是CSS框架：

CSS 框架是一系列 CSS 文件的集合体，包含了基本的元素重置，页面排版、网格布局、 表单样式、通用规则等代码块,用于简化web 前端开发的工作，提高工作效率。

其实有些朋友在做项目的时候，首先会选择采用原始方法写CSS。 在项目之中最让人头疼的就是类的命名，大多数人会根据功能去命名，这就造成了很多的冗余，相同的组件可能写很多次。简单举一个例子，如下图，个人中心的登录界面。

很多人包括我刚开始的时候可能会选择下面的类命名及布局方式，其通用性非常差

然而了解 Bootstrap 的人应该一眼就发现上图就是一个 media 对象，无非一些小细节需要调整一下

为了让文字与图片居中对齐，我们可以使用 Bootstrap 的 .media-middle 的辅助类。如果在工作中还要根据需求自定义一些辅助类调整细节，当然这是一个移动端的例子，可以选择移动端框架相关的 media 对象。

另外，在项目改版的时候，原始的方法的修改更是惨不忍睹，可以说是噩梦，冗长的 CSS 文件、混乱的功能划分、类名、色值等等。最后也只能硬着头皮一点一点修改。那一刻才体会到框架的意义以及前端工具的重要性。从工作中总结出，要么你可以熟练的使用某一个框架，要么就自己实现一个框架。

前端框架对比

目前市面上前端框架主要分重量级与轻量级。重量级主要有 Bootstrap、Semantic、UIkit、Foundation 等，轻量级有 Pure、Skeleton、Miligram 等。经常关注前端动态的工程师会发现轻量级框架每年都层出不穷。在上面提到的主流轻量级框架之外还有很多类似的框架。我一直问自己，为什么要重复造轮子。经过研究，我发现这些轻量级框架其实大多都不能胜任工作需求，而且模仿的痕迹很重，基本上都或多或少的有 Bootstrap 的影子。那么这些轻量级框架有没有意义呢？当然有。但是就我个人观点，选择轻量级框架反倒不如自己实现一个框架。因为大多轻量级框架就像是工作总结，是根据自己的业务需求实现的。所以大多不具有通用性。

前端框架的对比主要以 Bootstrap、Semantic、UIkit 为主，因为我个人感觉这三个最具有代表性，而且设计风格各有特色。Foundation 也有很多大公司在用，但以我个人观点，无论是框架的易用性还是设计风格，相比其它几个框架稍逊一筹。

其中 Bootstrap 和 Semantic 是面向对象的最好体现。

我先说一下 Bootstrap 的优势，不是设计风格，不是模块，不是特效，而是栅格，响应式栅格。Bootstrap 的栅格在与其它框架对比中占有绝对优势，无论是栅格的划分还是类名的风格都堪称经典。如果读者有心看一下 Bootstrap 的 Less 源文件，就会感受到 Bootstrap 对于响应式栅格的独具匠心。其实在 Bootstrap 之前也有很多栅格方案，但是给人的感觉就是不够利索，类名繁琐不好记。而后来的很多框架，尤其轻量级的框架大多都有 Bootstrap 的影子。

下面我们通过对比几个框架的栅格和按钮来看一下类命名的策略。

Bootstrap

Semantic

FFoundation

UIkit

• Pure

通过上面的对比，大家应该已经发现了这些框架的命名策略的不同。不可否认，Bootstrap 的命名最经典。

之前在网上看到有人讨论关于框架的易用性，有人说 Bootstrap 的类名太长，然而通过上面几个框架的对比，Bootstrap 的类并不繁琐，而且用预处理器编写框架时嵌套会比较灵活。

Semantic 的类名最简洁，通过多个定语的修饰组成一句话，确实很有意思。但是过多的修饰类在编写框架时会稍显凌乱，有利有弊，因人而异吧。

Foundation 的栅格应该是最丰富的，策略上类似 Bootstrap，只是对公共属性进行了拆分，大家也可以看看其中的具体细节。

UIkit 和 Pure 的策略相同，都加了前缀以区分其他框架，但是很显然类名过于冗长了。我在编写框架时也这样想过，但是最终放弃了这种方式。

关于 CSS 预处理器

CSS 预处理器早已不是什么新鲜事，但是真正能够在工作中运用的人有多少呢？熟练使用预处理器特性的人又有多少呢？

我之前工作的时候也没有用预处理器，因为不用，所以也意识不到预处理器的好处。主要是觉得麻烦，因为要使用编译器编译一下，还不如直接写 CSS 方便。但是在项目维护的时候就意识到预处理器的好处。后来在几个项目中尝试了预处理器，但是对于模块化的写法不太明确。预处理器作为工具，可以实现模块化编写 CSS，那么应该如何划分模块？另外，预处理器有很多特性，但是大多数人刚开始只用到变量和嵌套，其它的特性几乎很少用到。我相信在自己动手实现一个轻量级框架的过程中，我们可以对预处理器有一个全面的了解。

目前流行的预处理器有 Less，Sass，Stylus 三个，选择哪个完全是看自己的习惯。我最开始因为 Bootstrap 了解的 Less，但是因为习惯选择了 Sass，其次 Sass 的功能要更全面一些。

无论是工作还是自己写项目，都要搭建一个项目环境，也就是安装一系列的 npm 包。相比刀耕火种的开发方式，使用工具开发的前期准备过程稍显麻烦，然而一旦环境建好，后期的开发将会游刃有余。

Miligram 这个轻量级框架在 Github 上有很高人气，但是说实话，用处并不大。不过这个框架的构建方式非常值得学习。虽然 CSS 对于很多人来说很简单，但是真要去写一个框架，还是非常棘手，这时候就需要借鉴一些优秀的框架。

编写框架大致会用到的 npm 如下：

其实最主要的就是一个 node-sass，其它的都是辅助 CSS 文件的生成修改，大家感兴趣的话可以去 npm 官网搜索这些插件，了解具体用法，如有不懂可以给我留言，我就不啰嗦了。

编写轻量级框架

终于到了本篇文章的重头戏。

大多数的轻量级框架只是 CSS 框架，不涉及 JS 部分，主要用于网页的布局。我之所以打算自己编写框架，是因为工作中重复的东西太多，通过框架可以很好的将这些零散组件整合到一起。另一方面，写个小项目，学点新知识是一件趣事。

• 模块划分

编写框架的第一步就是要确定框架应该包含哪些模块。因为是轻量级框架，所以模块肯定没有重量级框架那么全面，只有核心的一些组件。通过比较一些轻量级框架以及工作总结，大致常用的模块包括栅格、媒体、按钮、排版、表单、表格、面板以及辅助工具。

在常用的这几个组件中，需要重点关注的是栅格、表单及面板，媒体组件也很重要，但是自由发挥的空间不大，我直接用了 Bootstrap 的媒体组件。

• 命名策略

首先是类命名的层次与结构。类命名一直是我比较纠结的地方，刚开始工作的时候为了起一个见名知意又简洁的类名总是抓耳挠腮。我在编写框架时尽量避免与 Bootstrap 的类名重叠，但也不能完全避免。对比其他框架会发现，这种情况不可避免的会出现，毕竟类名会有一定的规律性以及层次性。在这一点上我比较喜欢 Bootstrap 的风格。下面和 Bootstrap 的表单做一个对比。

Bootstrap 的表单结构及类名

--div.form-horizontal

--div.form-group

--label.control-label

--input.form-control

Snack 的表单结构及类名

--div.form-row

--div.form-item

--label.form-label

--input.form-field

这个表单结构整体而言还算不错，只是个别地方需要修改。有一些框架不给 input 等元素起类名，而是给父元素一个类名，个人对这种做法表示疑问，不起类名会降低框架编写及使用的灵活性。

第二个策略是组件的修饰，比如按钮及面板都存在多个语境（颜色、大小等），在这一点上我编写框架时做了一些简化，风格上有些 Semantic 的影子。

关于修饰类的策略是一个仁者见仁智者见智的问题，至于哪种方法更好，还需要在编写框架的过程中摸索。

• 栅格系统

任何框架必须建立在栅格的基础上才能灵活布局。我在前面提到了 Bootstrap 的精华就是栅格系统。栅格系统的编写需要使用预处理器的循环功能，否则就要做无谓的重复劳动了。

栅格的使用和 Bootstrap 是一样的，除了 12 列栅格外，10 列栅格以及均分栅格都要添加 .cols- 类

这个栅格并没有响应式，只有一个断点，小屏手机上的话所有栅格都会单行显示。一方面，这样的设计符合大多数轻量级框架的初衷；另一方面，我打算再写一个针对移动端的框架，毕竟 Web 端和移动端的风格差距较大，按照业务需求分开会更好。不过最近我更改了源文件，为响应式预留了扩展方式。

• 表单

在上面的命名策略中已经展示了 Snack 表单的基本结构，基本表单除了结构之外，样式上并没有太多可以讨论的地方。在此说一下表单中 checkbox 的结构调整，先看一下 Bootstrap 的 checkbox 结构。

以上两种结构不能有偏差，稍有偏差样式就会错乱，灵活性较差。其次我在想两种结构能不能整合在一起，增强灵活性。想了很久，找到了方法，Snack 结构如下：

也可以将样式直接加到 label 标签上。另外，如果将 input 移到 label 标签外也是没有问题的，如下：

这种结构有一个好处，就是可以自定义

这种结构有一个好处，就是可以自定义 input 样式，详见下面的 CodePen 的 scss 文件。radio 的设置和 checkBox 是一样的。

• 辅助类

辅助类是一系列类的组合，比如字号大小、颜色值、padding、margin 以及左右浮动等。在一些 Bootstrap 搭建的后台管理系统中尤为常见，这样布局起来就会比较灵活。以下是一个边框的辅助类。

对编程感兴趣，想了解更多的编程知识，关注头条号一起玩转编程

更多编程资讯、干货持续更新中~