那些所谓的css框架就是一些貌似css玩得很高端的人整理总结出的常用并能重用的css代码合集。
css框架相对其他如：java、php、javascript..之类编程语言的各类框架来说，严格意义上不能算是框架，只是现在是个语言都流行搞很多框架出来，所以一些css常用代码被组合起来也跟风叫框架(css是比较简单的描述性语言，没有复杂的逻辑判断能力，本质上和那几个编程语言是不同的)。
css框架有主要功能作用：
1.重置一些元素默认样式
把ul、dl之类的html元素的内外边距设置为0、把默认字号统一大小之类的事
2.快速布局
通常提供一些快速布局的模板，如960网格css框架之类的，现在高端点的css框架能实现适合各种设备屏幕尺寸的响应式布局的。
举例，这些html代码：
页头
- 主导航栏<&>
<&>
主内容区<&>
侧边栏<&>
页脚版权<&>
<&>
当你用某个 css框架 来作用于上面 html 的时候，按照该css框架的约定，加几个框架里面的 class、id 就能快速实现一些网上常见的模板式的布局，如下例子：
按css框架约定的方法加上几个 id 后快速形成一个流行的：宽960，220px侧边栏 + 720px内容区的两栏布局(加的id名都是我假设的)：
页头
<&>
当你用某个 css框架 来作用于上面 html 的时候，按照该css框架的约定，加几个框架里面的 class、id 就能快速实现一些网上常见的模板式的布局，如下例子：
按css框架约定的方法加上几个 id 后快速形成一个流行的：宽960，220px侧边栏 + 720px内容区的两栏布局(加的id名都是我假设的)：
页头
- 主导航栏<&>
<&>
主内容区<&>
侧边栏<&>
页脚版权<&>
<&>
所以框架的大部分作用是：
以前没有这些框架时，你得去一个一个写这些 id 里面的代码，处理每个 id 的宽度、浮动、清理浮动、和搞定一些常见的bug、兼容问题，最后来形成布局，而 css 框架就是把常用的布局方法帮你写好了，有些兼容细节问题也处理了，不需要你管，你只用调用 id、class 就行了。
个人建议一般情况下不要用这些所谓的框架(个人看法，不一定对)：
1.css很简单，自己熟练掌握css就可以不变应万变
2.每个框架有不同的约定、不同的优点(同时也有局限性，产生不同的缺点)，用css框架会增加学习成本，你拿某个框架来布局一个网站，当你走人了，下个接手的人又得来学习这个框架才能维护更新网站，做这行都是苦逼代码民工，要惺惺相惜，如果有天别人走人，接手的是你，你又得去学一个陌生的框架。而不用框架直接写css，谁接手都省心。
3.产生多余的代码，css框架要顾及多种情况，css文件里面的代码必然多，有时你用一个css框架实现一个布局，很可能只用到了那些css文件里面20%的代码，其他80%都是多余的被加载到你网页中了。
这些情况下才用css框架：
你在一个大企业工作，维护的是页面很多且各频道页面布局变化很大的网站，企业里面已经用上了框架，或者你的企业在制作某个很大的网站，有很多人参与其中，那么可以先讨论下，大家都觉得利大于弊的话再约定都学习并在项目上使用某种css框架。
<&>
所以框架的大部分作用是：
以前没有这些框架时，你得去一个一个写这些 id 里面的代码，处理每个 id 的宽度、浮动、清理浮动、和搞定一些常见的bug、兼容问题，最后来形成布局，而 css 框架就是把常用的布局方法帮你写好了，有些兼容细节问题也处理了，不需要你管，你只用调用 id、class 就行了。
个人建议一般情况下不要用这些所谓的框架(个人看法，不一定对)：
1.css很简单，自己熟练掌握css就可以不变应万变
2.每个框架有不同的约定、不同的优点(同时也有局限性，产生不同的缺点)，用css框架会增加学习成本，你拿某个框架来布局一个网站，当你走人了，下个接手的人又得来学习这个框架才能维护更新网站，做这行都是苦逼代码民工，要惺惺相惜，如果有天别人走人，接手的是你，你又得去学一个陌生的框架。而不用框架直接写css，谁接手都省心。
3.产生多余的代码，css框架要顾及多种情况，css文件里面的代码必然多，有时你用一个css框架实现一个布局，很可能只用到了那些css文件里面20%的代码，其他80%都是多余的被加载到你网页中了。
这些情况下才用css框架：
你在一个大企业工作，维护的是页面很多且各频道页面布局变化很大的网站，企业里面已经用上了框架，或者你的企业在制作某个很大的网站，有很多人参与其中，那么可以先讨论下，大家都觉得利大于弊的话再约定都学习并在项目上使用某种css框架。
