随着Internet编程技术的不断发展，越来越多的大学毕业生加入了Web开发行业中，我们都知道Web开发需要使用css进行定位和布局。
下面，沈阳北大青鸟带大家来看看如何编写css代码。
前端系统的变化可以描述为每天都在变化。
在短短的一年时间里，理论，框架，构建工具甚至开发语言都发生了巨大的变化。
随着新项目即将开始，我花时间审查了上一个项目的前端架构。
我已经产生了很多想法，我将尽可能地记录它们以准备新的框架。
一、OOCSS(面向对象的CSS)OOCSS的使用主要有两个原则，一种是分离结构和外观，其中主要包括分离容器和内容。
OOCSS主要基于对象的编程方法，OOCSS的目的主要是支持代码的复用，最终保证样式能很好的进行添加和维护。
OOCSS也存在一些缺点，它主要适合大型网站的开发项目，因为大型网站的可重用性组件非常多，在运行小项目的时候没有非常好的才、效果，所有在选择的时候应该根据项目的情况进行选择。
二、BEM(块元素修饰符)BEM是一个名为命名约定的CSS。
它不涉及如何编写CSS的结构。
在进行电脑培训的过程中，电脑培训建议仅为每个元素添加具有以下内容的CSS类名称。
在BEM模式下，它看起来很麻烦且冗余，但每个CSS类名称都能够很好地描述出它的作用。
与LESS或SASS结合使用时，会降低其写入复杂度。
三、规则文档很多人更加倾向于关注大方面并忘记了细节，一份定义明确的规则文档能够提醒我们根据需要进行编写代码。
一份好的规则文件应遵循以下规范：其中需要包含不可变规则，而不是一般描述需要始终将规则细化为最简单的表达式，首先解释规则是什么，然后说“如果没有，那会发生什么？并且沈阳沈阳北大青鸟认为每条规则必须包含以下单词之一-始终，从不，仅，每个，不需要。
四、综合方案就如开头的介绍，BEM的简单使用并没有解决我们在项目中遇到的问题，反而还会产生其他的新的问题，但这不是BEM的责任。
IT培训认为作为前端架构的重要组成部分，CSS主要是需要为项目选择出合适的解决方案，而不是因为它在业界很受欢迎而使用它。
简单介绍一下，我给自己编写的框架取名 Snack，原意“快餐”，主要表达简单之意。虽然是轻量级框架，但我并不想拿轻量级做为噱头，毕竟体量轻意味着某些功能的缺失以及疏漏。这个框架的意义更多的是交流学习，我试图借鉴其它框架的优秀之处，尽量简化类名，以及尝试探索一些更通用的组件。大多数的轻量级框架只是 CSS 框架，不涉及 JS 部分，主要用于网页的布局。我之所以打算自己编写框架，是因为工作中重复的东西太多，通过框架可以很好的将这些零散组件整合到一起。另一方面，写个小项目，学点新知识是一件趣事。
编写框架是去年想做的事情，但因为时间原因，拖了很久。写框架之初我曾陷入一个误区，我打算设计一些比较前卫的样式，立体的按钮、浮动的面板等，比如下图中的风格。
https://dribbble.com/shots/524593-Soft-Interface-Black
但是在断断续续编写框架的过程中，我逐渐找到了方向，上图的样式只是一种皮肤，编写框架之初不应该把重点放在这上面。当然，好的 UI 设计也是框架成功的一部分。
模块划分
编写框架的第一步就是要确定框架应该包含哪些模块。因为是轻量级框架，所以模块肯定没有重量级框架那么全面，只有核心的一些组件。通过比较一些轻量级框架以及工作总结，大致常用的模块包括栅格、媒体、按钮、排版、表单、表格、面板以及辅助工具。
在常用的这几个组件中，需要重点关注的是栅格、表单及面板，媒体组件也很重要，但是自由发挥的空间不大，我直接用了 Bootstrap 的媒体组件。
命名策略
首先是类命名的层次与结构。类命名一直是我比较纠结的地方，刚开始工作的时候为了起一个见名知意又简洁的类名总是抓耳挠腮。我在编写框架时尽量避免与 Bootstrap 的类名重叠，但也不能完全避免。对比其他框架会发现，这种情况不可避免的会出现，毕竟类名会有一定的规律性以及层次性。在这一点上我比较喜欢 Bootstrap 的风格。下面和 Bootstrap 的表单做一个对比。
Bootstrap 的表单结构及类名
--div.form-horizontal
--div.form-group
--label.control-label
--input.form-control
Snack 的表单结构及类名
--div.form-horizontal
--div.form-group
--label.control-label
--input.form-control
这个表单结构整体而言还算不错，只是个别地方需要修改。有一些框架不给 input 等元素起类名，而是给父元素一个类名，个人对这种做法表示疑问，不起类名会降低框架编写及使用的灵活性。
第二个策略是组件的修饰，比如按钮及面板都存在多个语境（颜色、大小等），在这一点上我编写框架时做了一些简化，风格上有些 Semantic 的影子。
<button class="btn primary">primary</button><table class="table bordered striped">...</table><div class="boxes primary">...</div>
关于修饰类的策略是一个仁者见仁智者见智的问题，至于哪种方法更好，还需要在编写框架的过程中摸索。
栅格系统
演示示例: https://nzbin.github.io/snack/#grid
任何框架必须建立在栅格的基础上才能灵活布局。我在前面提到了 Bootstrap 的精华就是栅格系统。栅格系统的编写需要使用预处理器的循环功能，否则就要做无谓的重复劳动了。我遇到过一些轻量级框架是用 Less 编写的，其栅格系统就没有用循环，这样的源码稍显唐突，可能是作者对 Less 的循环功能不熟，当然 Less 本身的循环比较弱，用起来有些别扭。关于预处理器的循环，可以参照我之前翻译的《CSS 预处理器中的循环》，比较详细地对比了三种流行预处理器的循环功能。简单说一下，Less 没有循环，但可以用递归实现，而 Sass 和 Stylus 有真循环。
我编写的栅格系统也是默认 12 列，但是后来发现 12 列的栅格缺少最常用的列宽（比如 10%、20%、30%等），比如下面 CodePen 展示的例子用 12 列栅格是无法完成的，所以我又添加了 10 列栅格，但仍然无法面面俱到，不过已经很灵活了。
See the Pen snack-grid点击预览
栅格的使用和 Bootstrap 是一样的，除了 12 列栅格外，10 列栅格以及均分栅格都要添加 .cols- 类
<!-- 默认 12 列栅格，所以省略 cols-12 --><div class="row">
<div class="col-5"></div>
<div class="col-7"></div></div><!-- 10 列栅格 --><div class="row cols-10">
<div class="col-3"></div>
<div class="col-7"></div></div>
这个栅格并没有响应式，只有一个断点，小屏手机上的话所有栅格都会单行显示。一方面，这样的设计符合大多数轻量级框架的初衷；另一方面，我打算再写一个针对移动端的框架，毕竟 Web 端和移动端的风格差距较大，按照业务需求分开会更好。不过最近我更改了源文件，为响应式预留了扩展方式。
表单
演示示例: https://nzbin.github.io/snack/#forms
在上面的命名策略中已经展示了 Snack 表单的基本结构，基本表单除了结构之外，样式上并没有太多可以讨论的地方。在此说一下表单中 checkbox 的结构调整，先看一下 Bootstrap 的 checkbox 结构。
<!-- checkbox --><div class="checkbox">
<label>
<input type="checkbox" value="">checkbox </label></div><!-- checkbox-inline --><label class="checkbox-inline">
<input type="checkbox" id="inlineCheckbox1" value="option1">checkbox</label>
以上两种结构不能有偏差，稍有偏差样式就会错乱，灵活性较差。其次我在想两种结构能不能整合在一起，增强灵活性。想了很久，找到了方法，Snack 结构如下：
<!-- checkbox --><div class="checkbox">
<label>
<input type="checkbox" value="">checkbox </label></div><!-- checkbox-inline --><div class="checkbox inline">
<label>
<input type="checkbox" value="">checkbox </label></div>
也可以将样式直接加到 label 标签上。另外，如果将 input 移到 label 标签外也是没有问题的，如下：
<!-- checkbox --><div class="checkbox">
<input type="checkbox" id="checkbox1" value="">
<label for="checkbox1">checkbox</label></div><!-- checkbox-inline --><div class="checkbox inline">
<input type="checkbox" id="inlineCheckbox1" value="">
<label for="inlineCheckbox1">checkbox</label></div>
这种结构有一个好处，就是可以自定义 input 样式，详见下面的 CodePen 的 scss 文件。radio 的设置和 checkBox 是一样的。
See the Pen snack-forms点击预览
辅助类
辅助类是一系列类的组合，比如字号大小、颜色值、padding、margin 以及左右浮动等。在一些 Bootstrap 搭建的后台管理系统中尤为常见，这样布局起来就会比较灵活。以下是一个边框的辅助类。
.border-left-right { border-left: 1px solid #eee border-right: 1px solid #eee
}.border-top-bottom { border-top: 1px solid #eee border-bottom: 1px solid #eee
}.border-left { border-left: 1px solid #eee
}.border-right { border-right: 1px solid #eee
}.border-top { border-top: 1px solid #eee
}.border-bottom { border-bottom: 1px solid #eee
}
关于辅助类的更多内容可以阅读这篇文章《如何编写通用的 Helper Class》
盒组件
演示示例: https://nzbin.github.io/snack/#boxes
盒组件是我整个框架中比较满意的一个模块。之所以要做这个组件主要是觉得 Bootstrap 的 list 组件和 panel 组件可以整合到一起。当然，这样的做法有利有弊。盒组件在后台管理系统的布局中表现的尤为突出。其命名也是多种多样，比如 panel、widget、portlet、ibox、card等，每个后台管理系统框架都会对这个组件进行深度开发，可见其在布局上的重要性。给一个组件起一个合适的类名也很关键，想了很久，最后用了 box 的类名，当然一般情况下尽量不要用 box，因为这个类名比较宽泛。下面的 CodePen 模拟了 Bootstrap 的 list 及 panel 组件。
See the Pen snack-boxes点击预览
主题
给框架添加主题是一件有趣的事情。Snack 的默认主题是白色，因为喜欢黑色，最后添加了暗夜主题，编写主题只需改变组件的颜色。演示文档 的页面用了暗夜主题，点击上方的红色按钮可以切换主题。
