前端框架设计师对老旧
网站改版建设前端关于Red Hat 代码浅析。
网站建设公司的设计师都知道Redhat.com 是在 2014 年的秋天发布的，而深圳网站建设公司资深前端工程师是在当年的春天才加入这个已经进行了多年的项目，因此尽管对项目发布时的代码架构非常熟悉，我却没什么机会对它做一些大的改动。这个项目涉及的范围较广，最后期限也迫在眉睫，这导致我花了很多时间赶手头的工作，几乎没有时间思考手头的工作是不是团队真正需要的最佳方案。最后，这个网站发布了，从各方面来看都获得了成功。用户界面友好，网站加载流畅，而且几乎没有人认为该网站不引人入胜。但我还记得那个决定性的下午，我被问到：“我们的设计是如何模块化的？我们希望能把主题的一小部分和其他公司网站共享。”我内心忍不住暗暗笑了好一会儿。你看，我非常熟悉这个项目的所有标记、JavaScript 和 CSS，我也深知这个项目完全就是模块化设计的反面教材。我们在这个主题上做了很多出色的工作，但是唯独没有考虑模块化设计的问题。
老旧网站改版建设前端需要注意勿过多的依赖
如果有人想渲染我们样式中的某一块内容，首先需要加载以下内容。Bootstrap CSS：114KB（未压缩）
其实网站本身没怎么调用 Bootstrap 库的代码，但我们编写所有 CSS 的前提条件都是 Bootstrap 已经重置了基本样式，所以一旦把这些样式拿走，整个页面就不能正常使用了。核心的网站CSS：500KB虽然一般来说，每块内容都有一个单独的关联文件，但这个文件绝不是这块内容的单一样式来源。样式不仅来源位置多样，并且常常基于位置和页面的类被覆盖重写。
老旧网站改版建设前端需要注意严重的位置依赖问题
这个项目所使用的标记命名方法都是按照内容块的层级顺序自上而下添加的。我们有几种不同的内容块类型，大部分样式都有固定的作用域，只能在某个内容块内重复使用。下面是一个极端的例子，在广告图版块里有一个 H3 标签：
.about-contact .hero1 .container >
section.features-quarter >
section.f-contact h3
网站建设公司认为这个样式不仅被局限在一个页面里（about-contact），而且我们还需要确认 features-quarter 部分是容器标签的直接后代，这样才不会不小心把样式添加到其他部分的元素的后代上。这种自上而下的样式命名方法意味着，每次修改我们都要写一个更长、更具体的选择器。同时，因为标记顺序极为严格，每块内容都很难重排或替换。当然，我们可以抽出一个单独的组件，并把它需要的所有样式合并到一个单独的文件里，但是这么做基本意味着完全重做这个组件里的 Sass 文件，而且这么做也并没有真的实现标记的模块化。于是，当我被问及我们的设计是如何模块化的而且能不能把样式分享给其他部门时，我只能说，如果要分享某部分，我们就需要重写那部分的标记和 CSS，同时还得更新网站的标记。
我确信，这样与最初设计方案背道而驰的提议，一定会使我的笑声传出这个房间。因此你就能理解，当他们居然不仅同意了，而且在新网站代码被冻结的情况下还给我们几周时间去构建新系统的时候，我为什么如此惊讶了。所以，目前我们有了完整的设计、一个非常能干的开发团队，还可以全权创建全新的模块化、可扩展和可持续的设计系统。建好之后，新系统将成为一个有名的高负载的动态网站。我只想知道，我们什么时候可以开始？好了，
深圳网站建设公司本文关于“前端框架设计师对老旧
网站改版建设前端关于Red Hat 代码浅析”经验与知识就分享到这里，如果您网站需要改版或者定制设计开发，电话联系我们客服，免费获取报价以及设计方案。谢谢关注，博纳网络编辑整理。
