|
|
1
55
首先,也是最重要的,记录你的CSS。无论您使用什么方法来组织CSS,都要保持一致并将其记录下来。在每个文件的顶部描述该文件中的内容,可能提供目录,可能引用易于搜索的唯一标记,以便在编辑器中轻松跳转到这些部分。 YUI Compressor 可以帮助压缩。 与其他人到目前为止所说的不同,我更喜欢将每个属性写在单独的一行上,并使用缩进对相关规则进行分组。例如,以奥利为例:
cascade 和 specificity (所以按字母顺序排列选择器是正确的)。
我是否将CSS拆分为多个文件,以及使用哪些文件取决于站点和CSS的大小和复杂性。我总是至少有一个
|
|
|
2
18
|
|
3
9
然而,你发现它最容易阅读!
但我要说的是:
就我个人而言,我的CSS代码如下:
将规则保持在一行可以让我快速浏览一个文件,看看有什么规则。当它们被扩展时,我发现这太像是一项艰苦的工作,试图找出应用了哪些规则。 |
|
|
4
9
有许多公认的方法来格式化CSS。最终由您决定您觉得最适合写什么,但这些将有助于管理更复杂的大型项目的CSS。 这并不重要,但我倾向于结合使用边界元法和SMACS。 BEM (Block, Element, Modifier)
块
要素块的一部分,没有独立的含义。它们在语义上与它的块相关联:
修饰语块或元素上的标志。使用它们来更改外观或行为:
OOCSS
OOCSS基于两个主要原则:
SMACSS
有五种类型的类别:
基础 包含重置和默认元素样式。它还可以具有按钮、网格等控件的基本样式,这些控件可以在特定情况下稍后在文档中覆盖。 将包含所有的导航,面包屑,网站地图等。 模块 状态 包含状态类,如isSelected、isActive、hasError、wasSuccessful等。 包含与主题化相关的任何样式。
|
|
|
5
4
对于应用于单个页面或小分组页面的任何样式规则,我将把主体设置为id和类,以便于针对特定页面。id是文件的基本名称,类是文件所在的目录名。 |
|
|
6
4
当涉及到大量声明时,这是最友好的。 |
|
|
7
2
预定的 同样,更改一个选择器的样式可能意味着您也要更改另一个选择器。我在另一篇文章中举了一个这种风格的例子: Create a variable in CSS file for use within that CSS file 除此之外,将相关规则组合在一起。并将规则拆分为多个文件。。。除非 每一个 每一个 规则 |
|
|
8
2
CSS文件缓存在客户端上。因此,最好将所有样式保存在一个文件中。但是在开发时,我发现根据域来构造CSS很有用。
另一个有用的技巧是将可读性集中在规则上,而不是样式上。
看起来不错,当你有,比如说,100行代码时,很难找到规则。 相反,我使用以下格式:
|
|
|
9
1
由于实际的排序是CSS应用的一个重要部分,所以继续使用“字母顺序”的建议似乎有点愚蠢。 通常,您希望根据项目影响的页面区域将项目分组在一起。例如,影响所有内容的主要样式首先是页眉和页脚样式,然后是导航样式,然后是主要内容样式,然后是次要内容样式。 我会避免在此时破坏多个文件,因为维护起来会更困难。(当您打开六个CSS文件时,很难在脑海中保持级联顺序)。但是,如果样式仅适用于页面的子集,我肯定会开始将样式移动到不同的文件,例如,表单样式仅在页面实际包含表单时链接到页面。 |
|
|
10
1
我过去常常不停地担心这件事,但萤火虫来救了我。 现在,通过Firebug查看您的风格是如何相互关联的,并从中找出需要做的事情,就容易多了。
|
|
11
1
这就是我要做的。我有一个CSS索引页面,上面没有任何指令,它调用不同的文件。以下是一个简短的示例:
它从完全重置开始。下一个文件定义调色板以便于参考。然后我设计了主体
这是非常可缩放的,非常清晰。查找要更改的代码和添加新部分更为友好。 |
|
|
12
0
|
|
|
13
-2
一切都井然有序,代码的任何部分都很容易编辑。 如果能有所帮助,我会很高兴的。 |
|
|
Jamie · 在CSS链接的文件名中添加Jinja占位符 1 年前 |
|
Mass · 如何在Tailwind CSS v4中创建配置 1 年前 |
|
|
magenta placenta · 将css变量合并为一个变量 1 年前 |
|
ptownbro · 重叠分区标签,同时保持以下所有分区和内容就位 1 年前 |
|
|
john Rizzo · 按钮背景颜色、悬停和活动状态存在问题 1 年前 |