Dieser Artikel fasst die 5 häufigsten CSS-Fehler zusammen und stellt vor, wie man sie vermeidet. Ich hoffe, er ist für alle hilfreich!
So wie wir es heute wissen, ist die CSS-Sprache ein wichtiger Bestandteil des Webs. Es gibt uns die Möglichkeit zu zeichnen, wie Elemente auf einem Bildschirm, einer Webseite oder anderen Medien angezeigt werden.
Es ist einfach, wirkungsvoll und aussagekräftig. Wir können komplexe Dinge wie den Dunkel-/Hellmodus problemlos implementieren. Es gibt jedoch viele Missverständnisse und falsche Verwendungen. Diese verwandeln CSS-Markup in komplexen, unlesbaren und nicht skalierbaren Code.
Wie können wir das verhindern? Vermeiden Sie die häufigsten Fehler, indem Sie Best Practices befolgen. In diesem Artikel fassen wir die 5 häufigsten Fehler zusammen und wie man sie vermeidet.
Machen Sie es sofort, ohne nachzudenken, damit Sie die Aufgabe schneller erledigen können, was uns auch ein Gefühl von Geschwindigkeit und Erfolg gibt. Auf lange Sicht hat dies jedoch den gegenteiligen Effekt.
Bevor Sie Code schreiben, müssen Sie klar denken. Welchen Ansatz verfolgen wir beim Design von Komponenten? Wollen wir unsere Komponenten atomar aufbauen? Sind wir bereit, ein praktisches System zu schaffen, das zusammensetzbar ist? Wollen wir eine bereits integrierte UI-Bibliothek? Wollen wir, dass unser CSS global oder komponentenbasiert ist?
Ein klares Ziel zu haben, hilft uns bei der Auswahl des besten Werkzeugs. Dies erspart uns Redundanz und DRY-Verstöße. Es gibt viele effektive Möglichkeiten, eine App zu gestalten. Das häufigste, was nicht funktioniert, ist Improvisation.
Unser Code muss vorhersehbar, einfach zu erweitern und zu warten sein.
Schauen Sie sich ein Beispiel an:
/* ❌ 到处添加离散值 */
.card {
color: #edb361;
background-color: #274530;
padding: 1rem;
}
/* ✅ 定义基于主题的属性 */
:root {
--primary-bg-color: #274530;
--accent-text-color: #edb361;
--spacing-unit: 0.5;
}
.card {
color: var(--accent-text-color);
background-color: var(--primary-bg-color);
padding: calc(var(--spacing-unit) * 2rem);
}Im obigen Beispiel können wir sehen, dass bei der Verwendung von CSS-Variablen für das Theme-Design alles lesbar und klar wird. Die erste .card-Definition sieht völlig zufällig aus und diese Komponente ist nicht einfach erweiterbar. .card 定义看起来完全是随机的，这个组件不容易被扩展。
Code Smell中文译名一般为“代码异味”，或“代码味道”，它是提示代码中某个地方存在错误的一个暗示，开发人员可以通过这种smell（异味）在代码中追捕到问题。
Code smells 不是bug。它们也不会妨碍系统的正常工作。它们只是一些不好的做法，会使我们的代码更难阅读和维护。
在这里，列举一些最常见的以及如何克服它们：
:: 符号
在伪元素和伪类中使用 :: 符号是很常见的。这是旧的CSS规范的一部分，浏览器继续支持它作为一种回退。然而，我们应该在伪元素中使用 ::，比如 ::before, ::after, ::frist-line...，在伪类中使用:，比如:link, :visited, :first-child...
使用字符串连接类
使用Sass预处理器来帮助处理我们的CSS代码库是非常流行的。有时在尝试DRY时，我们通过连接&操作符来创建类。
.card {
border: 0.5 solid rem #fff;
/* ❌ failed attempt to be dry */
&-selected {
border-color: #000;
}
}在开发人员试图在代码库中搜索.card-selected类之前，似乎没有什么问题。开发者将很难找到这个类。
不正确地使用缩写
CSS的简写非常好，可以让我们避免代码过于冗长。但是，有时我们并没有刻意地使用它们。大多数情况下，background 简写是偶然使用的。
/* ❌ 由于我们只是在设置一个属性，所以不需要使用简写。*/
.foo {
background: #274530;
}
/* ✅ 使用正确的CSS属性 */
.foo {
background-color: #274530;
}!important 的错误使用
!important 规则用于覆盖特定性规则。它的使用主要集中在覆盖一个不能以任何其他方式覆盖的样式。
它通常用于更具体的选择器可以完成任务的场景。
<div class="inner">
<p>This text is in the inner div.</p>
</div>
<style>
.inner {
color: blue;
}
/* ❌ 重写 color */
.inner {
color: orange !important;
}
</style>
<style>
.inner {
color: blue;
}
/* ✅ 使用一个更具体的选择器规则，该规则将优先于更一般的规则。 */
.inner p {
color: orange;
}
</style>强制使用属性值
在CSS代码库中出现一个神奇的数字是很常见的。它们带来了相当多的混乱。有时，我们可能会在代码中发现长的数字，因为开发者是为了覆盖一个他不确定的属性。
/* ❌ Brute 强制使这个元素位于z轴的最前面 */
.modal-confirm-dialog {
z-index: 9999999;
}
/* ✅ 提前计划并定义所有可能的用例 */
.modal-confirm-dialog {
z-index: var(--z-index-modal-type);
}由于CSS语言的特性，很容易出现元素在无意中被一个糟糕的类名定型的情况。这个问题非常频繁，所以有相当多的解决方案来解决这个问题。
在我看来，最好的两个是：
命名约定
最流行的命名方式是BEM 101。它代表了 Block、Element、Modifier
Die chinesische Übersetzung von Code Smell ist im Allgemeinen „Code Smell“ oder „Code Smell“. Dies ist ein Hinweis darauf, dass irgendwo im Code ein Fehler vorliegt ( Smell), um das Problem im Code aufzuspüren.Code-Smells sind keine Bugs. Sie beeinträchtigen auch nicht die ordnungsgemäße Funktion des Systems. Es handelt sich lediglich um schlechte Praktiken, die das Lesen und Warten unseres Codes erschweren.
Hier sind einige der häufigsten und wie man sie überwindet:
:: Symbol 🎜🎜🎜🎜Es ist sehr üblich, das Symbol:: in Pseudoelementen zu verwenden und Pseudoklassen. Dies ist Teil der alten CSS-Spezifikation und wird von Browsern weiterhin als Fallback unterstützt. Allerdings sollten wir :: in Pseudoelementen wie ::before, ::after, ::frist- verwenden. Zeile ..., verwenden Sie : in Pseudoklassen wie :link, :visited, :first -child ...🎜🎜🎜🎜Verwendung der String-Concatenation-Klasse 🎜🎜🎜🎜Es ist sehr beliebt, Sass-Präprozessoren zu verwenden, um unsere CSS-Codebasen zu unterstützen. Wenn wir DRY ausprobieren, erstellen wir manchmal Klassen, indem wir &-Operatoren verketten. 🎜[block]__[element]--[modifier]
/* Example */
.menu__link--blue {
...
}.card-selected zu durchsuchen. Entwickler werden es schwer haben, diese Klasse zu finden. 🎜🎜🎜🎜Falsche Verwendung von Abkürzungen 🎜🎜🎜🎜 CSS-Abkürzungen sind großartig und ermöglichen es uns, übermäßig ausführlichen Code zu vermeiden. Manchmal nutzen wir sie jedoch nicht absichtlich. Meistens wird die Hintergrundabkürzung versehentlich verwendet. 🎜.article-column {
/* ✅ 我们的元素将最多容纳20个继承的字体大小的字符。 */
max-width: 20ch;
}!important-Regeln wird verwendet, um Spezifitätsregeln außer Kraft zu setzen. Seine Verwendung konzentriert sich hauptsächlich auf das Überschreiben eines Stils, der auf keine andere Weise überschrieben werden kann. 🎜🎜Es wird normalerweise in Szenarien verwendet, in denen ein spezifischerer Selektor die Aufgabe erfüllen kann. 🎜rrreee🎜🎜🎜Eigenschaftswerte erzwingen 🎜🎜🎜🎜 Es kommt sehr häufig vor, dass eine magische Zahl in CSS-Codebasen erscheint. Sie bringen einiges an Verwirrung mit sich. Manchmal finden wir lange Zahlen im Code, weil der Entwickler eine Eigenschaft überschreibt, bei der er sich nicht sicher ist. 🎜rrreee🎜3. CSS-Klassennamen nicht festlegen🎜🎜Aufgrund der Eigenschaften der CSS-Sprache kann es leicht passieren, dass Elemente versehentlich durch einen falschen Klassennamen stereotypisiert werden. Dieses Problem tritt sehr häufig auf, daher gibt es eine ganze Reihe von Lösungen, um dieses Problem zu lösen. 🎜🎜Meiner Meinung nach sind die besten zwei: 🎜Block, Element und Modifier. 🎜rrreee🎜 Sein Zweck besteht darin, eindeutige Namen zu erstellen, indem Entwickler die Beziehung zwischen HTML und CSS verstehen. 🎜🎜🎜🎜CSS-Module🎜🎜🎜我对BEM方法最大的担心是，它很耗时，而且要依靠开发人员来实现。CSS模块发生在预处理器一侧，这使得它没有错误。它为我们的CSS模块类名生成了随机的前缀/名称。
像素的使用相当频繁，因为它起初看起来很容易和直观的使用。事实恰恰相反。很久以来，像素已经不再基于硬件了。它们只是基于一个光学参考单元。
px是一个绝对单位。这意味着什么呢？那就是我们不能适当地缩放以满足更多的人。
我们应该用什么来代替？相对单位是要走的路。我们可以依靠这些来更好地表达我们的动态布局。例如，我们可以使用ch来表达一个基于字符数的div宽度。
.article-column {
/* ✅ 我们的元素将最多容纳20个继承的字体大小的字符。 */
max-width: 20ch;
}通常情况下，px最常用的替换单位是rem和em。它们以一种从框到文本的相对方式来表示字体的相对大小。
rem 表示相对于根 font-size 的大小。em 表示相对于元素大小的大小。通过使用 rem，我们将能够根据用户偏好的字体大小来表达布局。
在上面的截图中，我们可以看到基于 rem 单元的布局如何能够扩展并适应不同的默认字体大小。
当开始开发一个网站时，定义我们的目标客户是至关重要的。跳过这一步，直接进行编码是很常见的。
为什么它至关重要?它帮助我们了解我们的应用程序将在哪种设备上使用。之后，我们可以定义我们将支持哪些浏览器和哪些版本。
只要我们能提供适当的后备方案，我们仍然可以致力于接受像subgrid这样的后期功能。定义一个渐进的功能体验总是一个好主意。当一个特性得到更多的支持时，我们可以逐步抛弃它的后备方案。
像caniuse.com或browserslist.dev这样的工具在这方面很有帮助。像postcss这样的工具自带的autoprefixer功能将帮助我们的CSS得到更广泛的支持。
我们已经看到了如何改进我们的CSS代码。遵循一些简单的指导原则，我们可以实现一个声明式、可重用和可读的代码库。我们应该在CSS中投入和在Javascript中一样多的精力。
英文原文地址：https://levelup.gitconnected.com/top-5-css-mistakes-to-avoid-963f76892954
作者： Jose Granja
（学习视频分享：css视频教程）
Das obige ist der detaillierte Inhalt vonZusammenfassung: Fünf häufige CSS-Fehler, die vermieden werden müssen (Sammlung). Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!
![[Web-Frontend] Node.js-Schnellstart](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
