Less响应式分栏核心是编译期精确计算百分比,须用percentage(1/@n)避免calc截断;断点需带单位并用.each遍历;Flex布局中flex-basis优先于width。

Less 里用算术运算做响应式分栏宽度,核心不是“写对 calc()”,而是让编译期算出精确百分比值,避免小数截断、单位丢失和循环嵌套失效。
为什么直接写 calc(100% / 3) 在 Less 中不可靠
Less 会提前把 calc(100% / 3) 编译成 calc(33.333333%),但浏览器渲染时多位小数被截断,12 个 .col-1 加起来可能只有 99.999%,导致最后一列换行或出现间隙。更糟的是,如果列数来自变量(比如 @n: 3),calc(100% / @n) 在旧版 Less 里会被预计算为字面量,失去响应能力。
- 必须用
percentage(1 / @n)替代除法:它返回字符串"33.333333%",确保calc()接收的是原始表达式 - 不能写
calc(100% / @{n})然后指望运行时更新——Less 没有运行时,所有值都在编译期固化 - 若需支持动态列数(如
@grid-columns: 24),宽度公式得是(100% / @grid-columns) * @span,而非硬除 12
.make-col() 循环中如何正确处理断点与列宽联动
响应式不是“默认一套 + 断点覆盖”,而是每个断点都该独立重算列宽。例如 .col-md-4 的宽度不能复用 .col-4,因为栅格总列数可能在断点间变化(如 xs 用 12 列,lg 改为 24 列)。
- 断点变量必须带单位:
@sm: 576px;,引用时统一用@{sm},否则@media (min-width: @sm)会报错或生成无效查询 - 推荐用
.each(@breakpoints, { ... })遍历断点 map,内部再调一次列循环,避免嵌套过深;Less 4.0+ 才支持命名参数,旧版本得靠extract()+length()手动模拟 - 类名拼接易出错:
.col-@{bp}-@{n}中的@bp是 key(如sm),@n是列数值,两者作用域不自动穿透,需确保在 .each 参数内显式传入
移动端优先下,@media (min-width: ...) 如何与变量安全绑定
直接写 @media (min-width: @sm) 会失败,因为 Less 不允许单位混入媒体查询语法;写 @media (min-width: @{sm}) 又容易漏单位,导致输出 @media (min-width: 576) 这种无效规则。
- 断点变量定义必须含单位:
@sm: 576px;,且所有引用包裹@{sm} - 为防手误,封装
.media-up(@size)mixin:.media-up(@size) when (isunit(@size, px)) { @media (min-width: @size) { @content; } },调用时.media-up(@sm) { ... }自动校验单位 - 别用
@screen-sm-min这类旧 Bootstrap 命名,它常缺单位或定义不一致,直接定义自己的@breakpointsmap 更可控
Flex 布局中 flex-basis 的宽度值为何不能只靠 width
给子项设 width: 33.333% 不足以保证 Flex 容器内等宽排列,尤其在 IE11 或 Safari 旧版中,flex-basis 才是主轴尺寸的权威来源。
- 正确写法是
flex: 0 0 @{width},其中@width是通过percentage(1 / @n)计算出的带 % 字符串 - 必须配
display: flex; flex-wrap: wrap到父容器,否则子项不会折行 - 如果用
gap控制间距,注意@supports (gap: 0)内不能嵌套 .each 循环——当前 less-plugin-lists 不支持条件块内动态展开
真正难的不是写循环,而是理解 Less 编译期行为:所有数学运算发生在 CSS 输出前,所有变量在展开时已固化,所有类名拼接必须在作用域内完成。漏掉单位、错用 @for 代替 .each、或期待运行时响应,都会让样式在某个断点突然失效。
前端入门到VUE实战笔记:立即使用
在学习笔记中,你将探索 前端 的入门与实战技巧!











