YSS

Write Less & Do More

LESS可行性方案

什么是LESS

lesscss网站上的定义为:一种动态样式语言。但是我个人更认可翻译为一种编程化的样式语言,这样更通俗易懂。;)

less本质上就是css的另一种变化,正常情况下,写less跟写css并没有很大的区别,而且只要你会css,那么less你只需要练练手就能学会使用。

推行LESS的阻力

  1. less是需要编译的,意味着每次保存less文件都可能需要进行一次编译操作;
  2. 从传统的css转向使用less有一定成本,可能附带一些培训成本;
  3. 需要写一个css变less的脚本;
  4. less的官方写法是竖着写,而开发的规范是需要采用一行写,这个需要讨论。

我的推行方案

目前我们后端页面是基于PHP的,我们的开发环境服务器用的是apache。

  1. 针对LESS编译 目前我的方案是通过修改apache的virtual Host配置,将所有静态服务器的请求都跳转到一个php处理文件。而这个php文件要做的就是把是css的文件请求,进行一次编译,而对于其他非css文件请求直接返回对应的文件内容。

  2. 针对css到less的转变 虽然less和css很相似,但是毕竟还是有很大区别的,要让别人着手用less还是需要花上一点时间的。我的打算就是大家腾出一个时间点,让我来给大家讲解一下less的使用。

  3. css2less 目前github已有一个ruby版本的css2less。自己之前考虑写一个这样的组件,后来开发到还不到一半的时候还是算了,因为有现成的,开发成本还是有点高的。

    但最后发现他写的这个css2less并不符合我的预期,还在需要再写一个。

需要说明的几点

  • 在服务器打包发布上线时,在处理静态文件时,主要指代的是css文件,先检测是否有对应的less文件更改,有则编译此less文件,之后再执行发布代码。其实最最重要的是想说明:less的使用几乎不会影响到现在的发布脚本代码。
  • less推行,先在主站组这边做推广,如果好且可行,则推广到全站。

对于自己(LESS的推动者)

要推广less,首页要保证自己对less足够熟悉,以应对开发过程中所碰到,所发生的问题。