Twitter bootstrap Twitter引导程序项目结构

在每个项目之前，我面临的最大难题是，我是需要使用整个引导程序，还是只需要使用它所需的部分。我在这件事上浪费了很多时间

到目前为止，我的设置如下：

  @import "bootstrap/layouts.less";
  @import "bootstrap/type.less";
  @import "bootstrap/forms.less";
  @import "bootstrap/buttons.less";
  @import "bootstrap/utilities.less";

将less目录从twitter/bootstrap复制到mystylesheets目录

├── bootstrap
│   ├── layouts.less
│   └── more...
├── fonts.less
├── mixins.less
├── mysite.less
├── plugins.less
└── variables.less

创建一个

plugins.less

文件以包含所需的无引导文件。它将如下所示：

  @import "bootstrap/layouts.less";
  @import "bootstrap/type.less";
  @import "bootstrap/forms.less";
  @import "bootstrap/buttons.less";
  @import "bootstrap/utilities.less";

然后，在我的

main.less

文件中使用这个plugins.less

  @import "fonts.less"
  @import "variables.less"     // Bootstrap's + my variables
  @import "mixins.less"        // Bootstrap's + my mixins
  @import "plugins.less"
  @import "mysite.less"

从我看到的博客帖子和讨论来看，大多数人似乎只包括bootstrap.css、bootstrap-responsive.css和用custom.css覆盖样式。虽然我知道这将最小化项目的“引导”时间，但我担心膨胀和维护。当我使用此方法时，我通过检查器看到数百种样式被覆盖。此外，我可能会意外地使用引导使用的类名

---

我使用的方法有什么缺点吗？或者我应该在

custom.less

中使用并覆盖一些类吗？

我个人包括项目所需的较少文件，然后自定义给定类以完成我需要的任务。如果我需要添加自定义类，我可以在custom.less中添加

每个项目都是不同的，所以让引导为您工作。该场地将被维护多年吗？也许您想花点时间删除一些未使用的文件，并修改现有的类来完成您需要的工作。如果项目需要快速完成，并且站点可能会很短，只需包含所有的.less文件并在custom.less中覆盖即可

---

知道在BootstrapVersion3中，所有较少的内容都将放在一个文件中也可能很有用。就我个人而言，我喜欢使用一个大文件，而不是使用许多.less文件。

就我个人而言，我包括项目所需的较少文件，然后自定义给定的类来完成我需要的工作。如果我需要添加自定义类，我可以在custom.less中添加

每个项目都是不同的，所以让引导为您工作。该场地将被维护多年吗？也许您想花点时间删除一些未使用的文件，并修改现有的类来完成您需要的工作。如果项目需要快速完成，并且站点可能会很短，只需包含所有的.less文件并在custom.less中覆盖即可

---

知道在BootstrapVersion3中，所有较少的内容都将放在一个文件中也可能很有用。就我个人而言，我喜欢使用一个大文件，而不是使用许多.less文件。

我的设置就是这样的：

|-bootstrap (as cloned from github)
|
|-css
| |-app.css
| |-app.less (watched by LESS compiler)
|
|-js
| |-app.js
| |-plugins
|
|-img
|  
|-index.html

我将引导文件包括在app.less文件中，我从终端调用less编译器编译该文件到app.css（我在html模板中链接了这个文件）

---

这样，我就可以随时安全地升级引导程序（在引导程序文件夹中使用一个简单的

git pull

）

这就是我的设置的样子：

|-bootstrap (as cloned from github)
|
|-css
| |-app.css
| |-app.less (watched by LESS compiler)
|
|-js
| |-app.js
| |-plugins
|
|-img
|  
|-index.html

我将引导文件包括在app.less文件中，我从终端调用less编译器编译该文件到app.css（我在html模板中链接了这个文件）

---

这样，我可以随时安全地升级引导（使用引导文件夹中的一个简单的

git pull

）

而不是覆盖，您可以在类中指定样式，并在需要使用该样式的任何地方使用这些类。这样，您就不会因为覆盖许多样式和与现有引导类混合而陷入困境。你可以像这样使用命名

<div class="navbar navbar-default pn-navabr">
  <div class="navbar-inner">
    // Inner code
  </div>
</div> 

.pn-navabr{    // Pn is project name initials, you can choose anything you like maybe dev's name initials 

}
.pn-navabr .navabr-inner{   

}

//内部代码
.pn navabr{//pn是项目名称的首字母，您可以选择任何您喜欢的名称，可能是dev的名称首字母
}
.pn navabr.navabr内部{
}

---

通过这种方式，您可以真正清理css并使其真正可扩展，而不会弄乱和覆盖引导核心。您将始终可以灵活地使用Sass、Less、mix或纯css。

您可以在类中指定样式，并在需要使用样式的任何地方使用这些类，而不是覆盖样式。这样，您就不会因为覆盖许多样式和与现有引导类混合而陷入困境。你可以像这样使用命名

<div class="navbar navbar-default pn-navabr">
  <div class="navbar-inner">
    // Inner code
  </div>
</div> 

.pn-navabr{    // Pn is project name initials, you can choose anything you like maybe dev's name initials 

}
.pn-navabr .navabr-inner{   

}

//内部代码
.pn navabr{//pn是项目名称的首字母，您可以选择任何您喜欢的名称，可能是dev的名称首字母
}
.pn navabr.navabr内部{
}

通过这种方式，您可以真正清理css并使其真正可扩展，而不会弄乱和覆盖引导核心。您将始终能够灵活地使用Sass、Less、mix或纯css