Less 用更少的时间定义mixin类的原因

Less 用更少的时间定义mixin类的原因,less,Less,例如,在我找到的Bootstrap源代码中,mixins.less定义: .clearfix() { &:before, &:after { content: " "; // 1 display: table; // 2 } &:after { clear: both; } } 和公用事业。减去: .clearfix { .clearfix(); } 我理解拥有一个clearfix类是很有用的,但是除了在mixin.le

例如,在我找到的Bootstrap源代码中,mixins.less定义:

.clearfix() {
  &:before,
  &:after {
    content: " "; // 1
    display: table; // 2
  }
  &:after {
    clear: both;
  }
}
和公用事业。减去:

.clearfix {
  .clearfix();
}

我理解拥有一个clearfix类是很有用的,但是除了在mixin.less中只有mixin而没有类之外,还有什么理由不在mixin.less中定义一个类而不是mixin

除了保持库组织的一致性(例如,“mixin.less不应该生成任何CSS和实用程序。less应该只有类”)。

除了保持库组织的一致性(例如“mixin.less不应该生成任何CSS和实用程序。less应该只有类”)之外,我看不到任何原因。

由于Bootstrap是一个库,他们意识到有些人不想使用Bootstrap中的类,而是想使用mixin。通过保持分离,用户可以导入
mixin.less
并将
.clearfix()
应用到他们自己的类名下的代码中,而无需实际创建
.clearfix
类本身的输出。同时,如果想使用整个引导库,他们希望为整个库的用户提供一个名为
.clearfix
的实际类。

由于Bootstrap是一个库,他们意识到有些人不想使用Bootstrap中的类,而是想使用mixin。通过保持分离,用户可以导入
mixin.less
并将
.clearfix()
应用到他们自己的类名下的代码中,而无需实际创建
.clearfix
类本身的输出。同时,如果想要使用整个引导库,他们希望为整个库的用户提供一个名为
.clearfix
的实际类