老网站改版建设一个网站设计前端工程师的BB鸟规则经验分享。老网站运行到一定年限的时候，不管是网站前端视觉效果还是网站代码本身，从网站建设公司的专业角度来说都需要改版另行设计或者推到重新建设，以下是深圳网站建设公司资深框架设计师的设计心得，特在此与各位分享，希望能给您的网站改版设计工作有所启发与帮助。
我刚开始编写 BB 鸟规则时，规则数目是现在的两倍。而当规则数目达到了两位数，我发现每写一条规则，我都会想出两条、三条甚至更多的规则。等做完这么多规则，估计花都谢了。我意识到我根本不是在制定规则，而是在写整个系统的说明文档，然而问题是我已经写过文档了。事实上，我并不需要为歪心狼受伤倒下的结局，详细地描述歪心狼如何从最大的分类开始查找、选购商品，然后几秒钟后商品就出现在他的信箱里。我只需要规定“没有外力可以伤害歪心狼，除非他很笨或是他买的高科技产品出故障”。我需要的是精简的、固定的规则列表，而不是一个完全展开的详细说明。很显然，我还需要一些规范来约束规则的制定。现在我知道，你大概在想“这要么是过分的分解，要么是愚蠢的尝试”。但是就像一个好看的导航条会有它独特的设计和规则，一个扎实的数据写入模式也是按照父模式的规范写的，我们的 BB 鸟规则也需要遵循它自己的管理规范。
我刚开始编写 BB 鸟规则时，规则数目是现在的两倍。而当规则数目达到了两位数，我发现每写一条规则，我都会想出两条、三条甚至更多的规则。等做完这么多规则，估计花都谢了。我意识到我根本不是在制定规则，而是在写整个系统的说明文档，然而问题是我已经写过文档了。事实上，我并不需要为歪心狼受伤倒下的结局，详细地描述歪心狼如何从最大的分类开始查找、选购商品，然后几秒钟后商品就出现在他的信箱里。我只需要规定“没有外力可以伤害歪心狼，除非他很笨或是他买的高科技产品出故障”。我需要的是精简的、固定的规则列表，而不是一个完全展开的详细说明。很显然，我还需要一些规范来约束规则的制定。现在我知道，你大概在想“这要么是过分的分解，要么是愚蠢的尝试”。但是就像一个好看的导航条会有它独特的设计和规则，一个扎实的数据写入模式也是按照父模式的规范写的，我们的 BB 鸟规则也需要遵循它自己的管理规范。
下面就是网站建设公司资深设计师制定 BB 鸟规则时需遵循的规范：
· 只包含不可变的规则，而不是笼统的说明
· 总是把规则提炼成最简单的表达
· 总是首先说明规则是什么，再说明“如果不这样，那么会如何”
· 每个规则必须包含以下词中的一个——总是、永远不要、只有、每一个、不要、要
使用这些规则可以帮助我们避免写了很多内容却始终说不到点子上。聪明的读者已经发现这四条规则和 BB 鸟的设计原则是相吻合的。
在对这个列表进行了改写、重写、删除等操作后，我们最后制定了自己的设计系统的规则列表。
· 永远不要给布局的子内容强加内边距和元素样式。布局只关注垂直对齐、水平对齐和文字间距。
· 主题和别的数据属性值永远不要强制改变外观；它们必须保持布局、组件和元素可以应用于其上。
· 组件总是贴着它的父容器的四个边，元素都没有上外边距和左外边距，所有的最后节点（最右边和最下边的节点）的外边距都会被清除。
· 组件本身永远不要添加背景、宽度、浮动、内边距和外边距的样式，组件样式是组件内元素的样式。
· 每个元素都有且只有一个唯一的且作用域只在组件内的 CSS 类名。所有的样式都是直接应用到这个选择器上，并且只有上下文和主题能修改元素的样式。
· 永远不要在元素上使用上外边距，第一个元素总是贴着它所在组件的顶部。
· JavaScript 永远不要绑定任何元素的 CSS 类名，选中元素通过数据属性实现。
这些规则不仅覆盖了布局和组件的特定关系，也覆盖了设计系统的其他部分，包括主题、元素和 JavaScript。接下来，我们深入到我们做过的一些关于 HTML 和 CSS 的更有趣的规定。
网站改版关于前端设计经验分享之每个标签指定唯一的选择器
网站改版关于前端设计经验分享之每个标签指定唯一的选择器
过去，我花费了太多时间创造通用的、万能的、可以应用到任意元素上的 CSS 类。但是当项目发展壮大时，你才会明白维护它们有多难。因为这些 CSS 类具有通用性，改动了样式有可能会影响到很多地方，所以创造新的 CSS 类往往比更新原有的 CSS 类更容易。因此，给每一个元素创造单一的、唯一的、扁平的 CSS 类是我最想做的事情之一。你可以在网站建设公司博纳网络本站后面相关文章中看到很多与此相关的内容，而这个原则是我们履行“每个元素都有且只有一个唯一的、作用域只在组件内的 CSS 类名”规则的关键。
网站改版关于前端设计经验分享之单一责任原则
在某些领域，CSS 的单一责任原则意味着每个 CSS 类都有一个简单的、高度聚焦的责任，所以在某个场景下，用一个 CSS 类来设置元素的盒模型的属性，另一个设置排版，还有一个设置颜色和背景。对于设计系统和规则列表来说，这个单一责任原则意味着我们创建的每一个 CSS 类都用于单一的这些可选的上下文允许我们给任何组件创建变动，而不影响组件的原始样式。这些变动都是可控的，作用域限制在组件的 CSS 类中，并且只在组件的 Sass 文件里定义。如果让同一个修饰符和上下文影响多个组件，这的确需要我们做一些重复的工作。但随着系统规模日渐扩展，我从来没有后悔过。不仅因为通过混入（mixin）和扩展（extend）让复用修饰符和上下文变得更简单，而且组件变动的数量有限，这帮助我们避免了找错难的问题，也帮助我们提高了创造更全面的视觉还原的能力。因为所有修饰符和上下文都定义在 Sass 文件里，所以我们可以查看任意组件，确切地知悉其可能的视觉变化。好了，深圳网站建设公司本文关于“老网站改版建设一个网站设计前端工程师的BB鸟规则经验分享”就到这里。如果您需要改版您的老网站或者需要重新建设新的网站，对网站前端设计没什么概念的话，您可以联系我们在线客服，免费获取设计解决方案，谢谢关注，博纳网络编辑整理。
当前文章链接：/construction/wzgb/14842.html
上一篇：前端框架设计师对老旧网站改版建设前端关于Red Hat 代码浅析
下一篇：网站改版与建设前端设计与任务处理器解决方案详解。深圳网站建设公司发现对很多前端工程师来说，Sass 是接触到的第一个编译
如果您觉得案例还不错请帮忙分享：
[声明]本网转载网络媒体稿件是为了传播更多的信息，此类稿件不代表本网观点，本网不承担此类稿件侵权行为的连带责任。故此，如果您发现本网站的内容侵犯了您的版权，请您的相关内容发至此邮箱【qin@198bona.com 】，我们在确认后，会立即删除，保证您的版权。