浅析sass死亡在团队合作中

其实很多人对sass都有所了解,尤其是国内的大团队,甚至花过一番力气去推广,可是最后却一个个流产,这其中的原因众多。这里我简单说下个人的一些理解,如有不对还请手下留情。

第一,sass毕竟有一个学习成本,不过学习过的人都知道,其实学习这个起来还是很快的,如果你团队确实存在某个人连这个都学不会,那就别让他搞css了,要不拍拍屁股走人要不搞别的去要不他就是当领导的吧。

第二,sass不能动态引入在线的资源,拿css来说对于一些共有的东西如reset.css我们一般都是直接引入线上的绝对地址的,但是sass不能,所以目前我们引入sass有两种方法,第一种如compass那样,安装好,然后调用;第二个就是放在项目里调用。这个就牵扯到一个更新的问题,确实是比较头疼的,目前没有什么解决办法。

第三,sass从前不是很成熟。说实话听到less,sass什么的还是比较早的,但是那个时候总觉得还不是很好,所以简单摸了下。这不,技术是发展的,现在经过一步步的改进,已经发展到合意的地步了,是时候推广使用了。而那些曾经被sass伤害过的大神,回个头重新看下吧,现在的它发展到了一个更合理成熟的阶段了。

第四,上面三个原因其实都是小case,最最重要的原因是这条:一锅煮!一个scss文件里面包含太多,过分应用,导致文件庞大,而没有出现placeholder选择器的时候,所有的需要extend的样式都需要先定义一份class,想想看,这个如果解析出来,是多大的浪费。就如从前的css文件一样,就一个style.css包括了全部,而现在是轮到这一个scss文件也包括了全部。总而言之,没有一个合理的规划,所有的sass一锅煮,这必然会导致严重的不合理。

第五,大家对sass的理解都差不多,可能谁也不好过谁,所以总体上缺少一个拍板规划的人,导致文件乱套,甚至于重复造轮子,尤其是对于mixin的定义。

 

返回顶部