1、页面外部引用样式过多。
譬如关于ul的margin定义,在格式化的css中会声明为0，而在基本样式的css中又可能会声明margin:5px 10px
所以在Yslow中会出现多次定义。
2、组件复用性的考量。
譬如表单定义的css中定义了所有表单的修饰,而假定在注册这个页面中只是需要这个css的百分之三十。那是否应切割出去那不要的百分之七十?
综合以上的二个问题，个人认为解决的方式便是封装，让该有的有，不该有的没有。尽量减少http连接数和css的大小。但如果彻底是这样做的话，css的复用性又会变得很差，后期手工的封装会很痛苦。
3、到底该不该支持em?
可见如要支持em，最大的目的是为了在浏览器中可以根据用户的分辨率大小自由缩放，对于拥有超大显示器的用户与小显示器的用户是非常有用的。可是在采集我们用户的浏览器数据后，发现分辨处于这二端的用户非常少，可想而知，为这部分的用户多花比正常开发一倍以上的时间显然是件不划算的事情，所以当初在开发tbsp的时候，团队就决定了不支持em。当然这是个建议，也希望能使用em带给用户最好的感受。
RT：IDEA CSS文件中先关的图片资源或者其他原因报错，虽然不影响系统运行但是红色的波浪线确实不好看，如图操作即可忽略成普通文件，不再按照css的规则去校验。---
##### 情况如图
##### 解决方法 右键
从代码上看，这import的路径就上绝对路径啊。首先要确认import的这些css的具体路径是什么，如果是从根目录开始，那你前面就少东西，如果是相对路径，那就改成相对路径，是相对这个css的路径。如果这些css跟这个主css是同目录下的，那就用点开头的相对路径。
这个没别的问题，如果前台报错，后台不报错，那肯定就是路径的问题了，不用纠结别的。
![css样式中的"[ ]"表示什么意思](/aiimages/css%E6%A0%B7%E5%BC%8F%E4%B8%AD%E7%9A%84%26quot%3B%5B+%5D%26quot%3B%E8%A1%A8%E7%A4%BA%E4%BB%80%E4%B9%88%E6%84%8F%E6%80%9D.png)
