如何理解其他人的CSS架构？

我对CSS相当不错.然而,当与其他人的CSS一起工作时,我很难在他们的架构中看到“更大的图片”(但我在使用我自己写的CSS表时没有问题).例如,使用Firebug来隔离和修复跨浏览器兼容性问题,或修复浮动问题或更改特定元素的高度时,我没有任何问题.但是如果我被要求做一些激烈的事情,比如,“我希望页面A,B,C和D的右侧边框有一个红色边框.我希望页面E,F和G的右侧边栏有一个蓝色边框当且仅当用户将鼠标移过“时,我需要花费很长时间来绘制所有CSS继承规则以查看”更大的图片“.

出于某种原因,我没有遇到与后端代码相同的困难.在快速了解功能如何工作以及快速检查控制器和型号代码之后,我会对架构感到满意.我会想,“假设将有一个继承自Department控制器使用的Person类的Employee类是合理的”.如果我发现与整体建筑风格不一致的不方便细节,我相信我可以回击到位.

有了别人的CSS工作,我很难看到不同类之间的“关系”,以及何时以及如何使用类.当有很多继承规则时,我感到不知所措.

我无法清楚地阐述我的问题和问题……我想知道的是,为什么在别人的CSS架构中看到与其他人的业务逻辑层相比更难以理解？

** CSS是否是一项相对较新的技术,并且没有很多流行的设计模式？

解决方法

我会说,一般来说,大多数开发人员编写CSS的方式都没有“架构”(至少在我的经验中).大多数人在需要规则时逐步构建CSS – 通常不像代码体系结构那样提前计划.通常人们将相关规则与注释块组合在一起,或者可能在单独的样式表中,但实际上并没有很多已建立的模式可供遵循.

最好的办法是使用一个好的CSS编辑器,它允许您直观地浏览工作表中定义的规则层次结构.

原文地址：https://www.jb51.cc/css/214934.html