less - 覆盖 LESS 变量是不好的做法吗？

Question

我目前正在一个项目中使用 Twitter Bootstrap，包括 LESS 文件并使用我们编写的一些附加 LESS 代码进行编译。

最新版本意味着我们需要覆盖一些 Bootstrap LESS 变量。这里的一个选择是维护 Bootstrap 的修改副本，我们在每个版本上修补该副本。

但我注意到，可以通过在 import 语句之后重新声明变量来覆盖 @import LESS 文件中定义的变量。

例如:

@import "twitter-bootstrap/bootstrap.less";
// Restore base font size to pre 2.1.1 defaults
@baseFontSize:          13px;
// Add some custom LESS code here

这是不好的做法吗？它是 LESS 编译器工作方式的产物，还是它的预期部分？尽管我确实找到了以下两个引用文献，但我找不到太多相关信息:

Because of a bug in the Less compiler, you can override the “constant” value of a variable by changing it after it is initially declared.

http://rubysource.com/how-to-customize-twitter-bootstrap%E2%80%99s-design-in-a-rails-app

和

Customize the columns and gutters by overriding these three variables (after the grid.less import has been declared).

http://semantic.gs/

LESS 网站本身说变量是“常量”:

http://lesscss.org/

Note that variables in LESS are actually ‘constants’ in that they can only be defined once.

但是后来我看到其他网站使用这种方法。它肯定比维护供应商分支更容易，并且似乎与 less.js 一起工作得很好。

如果有任何关于这是否是一件坏事的想法，我们将不胜感激!

Answer 1

好的!上述问题之一引发了对预期行为的讨论，事实证明覆盖 LESS 变量是可以的。

Your declarations will overwrite each-other in the same scope in CSS; The same is true for LESS.

https://github.com/cloudhead/less.js/issues/297

与 CSS 一样，在范围内覆盖是使用 LESS 的预期方式。