bootstrap适合需快速交付的企业官网、cms前台及内部管理平台；mini.css则面向嵌入式控制台、iot界面、静态页等轻量场景，提供7kb无js纯css基础样式。
Bootstrap 适合什么场景，Mini.css 又在解决什么问题
Bootstrap 是「开箱即用的完整系统」，Mini.css 是「够用就好的最小公约数」。如果你要快速搭一个带导航、表单、表格、模态框、响应式栅格的后台页面，Bootstrap 的 container、modal、table-striped 一写就跑；而 Mini.css 只提供最基础的排版、按钮、表单控件和 12 列栅格，连 navbar 都得自己拼 HTML+CSS 类，但它压缩后仅约 7KB，加载快、无 JS 依赖、不干扰你自己的样式逻辑。
- Bootstrap 适合：企业官网、CMS 前台、内部管理平台（需快速交付 + 多浏览器兼容）
- Mini.css 更适合：嵌入式控制台、IoT 设备 Web 界面、静态文档页、PWA 的轻量壳、或作为你自研 UI 框架的 CSS 底座
- 别拿 Mini.css 去硬套复杂表单验证或树形菜单——它没提供
miniui.tree这种东西，也没data-toggle="tab"这类 JS 行为
为什么 Mini.css 不会替代 Bootstrap，但值得放进你的工具箱
不是谁“更好”，而是它们应对的约束完全不同。Bootstrap 的体积（v5.3 minified + gzipped 约 20KB CSS + 40KB JS）换来的是跨 IE11–Chrome 最新版的稳定表现和开箱即用的交互；Mini.css 把所有样式压进一个文件，不依赖 jQuery，也不内置 popper.js，所以你在 iframe 里塞个微型配置面板，或者给老旧嵌入式 Linux 设备写个 Web 控制页，它几乎不会出兼容问题。
- Mini.css 默认不支持 Flexbox 栅格（它用 float 实现），所以在 Safari 10 以下或某些定制内核 WebView 中反而更稳
- Bootstrap 的
form-control自带 focus outline 和 transition，Mini.css 的.input就是纯边框+padding，你要加动效得自己写:focus - 如果你项目已用 Tailwind 或 UnoCSS，再引入 Mini.css 属于冗余；但如果你只想要一个
reset.css+typography.css+forms.css合并版，Mini.css 就是现成答案
实际选型时最容易踩的三个坑
很多人试了 Mini.css 发现“不好用”，其实不是框架问题，而是默认假设错了。
- 误以为 Mini.css 是 MiniUI 的精简版——完全不是：
MiniUI是 jQuery 时代的富组件库（含表格锁定列、树编辑等），Mini.css是纯 CSS 微框架，两者技术栈、定位、维护方都不同 - 直接把 Bootstrap 的 class 名套进 Mini.css 页面，比如写
class="btn btn-primary"—— Mini.css 只认button或.button，没有语义化变体，也没有btn-outline-secondary - 在需要动态主题切换的项目里选 Mini.css：它不提供 CSS 变量方案，也不支持
@media (prefers-color-scheme: dark)暗色自动适配，得手动覆盖样式
要不要现在就换？看这三行代码就够了
打开你项目里最常复用的 HTML 片段，比如登录表单：
这段在 Bootstrap 下能直接跑；换成 Mini.css，得改成：
差别不大，但背后意味着：你得重审所有组件命名习惯、放弃部分交互封装、接受更少的默认间距和圆角。不是不能做，而是得想清楚——你省下的那几 KB，值不值得换掉整个协作语境。
真正容易被忽略的，是团队认知成本。一个新同学看到 .button.primary，第一反应不是“哦这是 Mini.css”，而是“这项目自己写的 class？”——除非你明确把它写进工程规范里，否则它很快就会被当成临时样式污染掉。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
