围绕外观和布局构造CSS的好处

我喜欢Jonathan Snook在Twitter上所说的这一点，我一直在不停地思考它，因为它描述了一些\"编写CSS非常困难的事情：，或者library真的考虑到了这一点，特别是在可维护性方面。 -Snook（@snookca）2019年2月26日，事实上，我认为在大型代码库中编写可维护的CSS是最困难的。在我的日常工作中，这是一个巨大的问题，我认为这就是CSS中大多数技术债务最终归结为的。让我们想象一下我们正在设计一个复选框，例如，那个复选框可能在页面上有一个位置，一些边距，也许还有其他的定位样式。这个复选框可能是绿色的，但当你点击它时会变成蓝色。我认为我们可以区分布局和外观这两种样式，但是编写好的CSS需要将这两种样式分开。这样，复选框样式就可以一次又一次地重复使用，而不必担心那些定位样式（如边距、填充或宽度）会如何影响您，我们使用Bootstrap的网格系统，这很好，因为我们可以编写这样的HTML，明确地将这些关注点分开，就像这样： Otherwise, you might end up writing styles like this, which will end up with a ton of issues if those checkbox styles are reused in the future: .checkbox {width: 40%;margin-bottom: 60px;/* Other checkbox styles */} 当我看到这样的代码时，我的第一个想法是，\"为什么宽度是40%-和什么的40%？\"突然间，我发现这个checkbox类现在依赖于一些我不理解的代码。所以我开始把所有的CSS看作是适合这两个bucket之一的：外观和布局。这一点很重要，因为我认为这两种类型的风格几乎不应该被烘焙成一套风格或一个类。页面上的布局应该是一组样式，外观（比如复选框实际的外观）应该是另一组样式。不管是使用HTML还是单独的CSS类，这都有待商榷。这是一个问题的原因是人们会不断地试图覆盖布局样式，而这正是我们最终得到一个类似意大利面怪物的代码库的时候。我认为这一区别对于编写可适当伸缩的优秀CSS非常重要。你怎么认为？在下面添加评论！

围绕外观和布局构造CSS的好处

admin_action_{$_REQUEST[‘action’]}

admin_footer-{$GLOBALS[‘hook_suffix’]}

customize_save_{$this->id_data[‘base’]}

customize_value_{$this->id_data[‘base’]}

get_comment_author_url

network_admin_edit_{$_GET[‘action’]}

network_sites_updated_message_{$_GET[‘updated’]}

pre_wp_is_site_initialized

WordPress 的SEO 教学：如何在网站中加入关键字（Meta Keywords）与Meta 描述（Meta Description）？

谷歌的SEO是什么