Joh*_*ohn 7 css architecture design-patterns
我对CSS相当不错.然而,当与其他人的CSS一起工作时,我很难在他们的架构中看到"更大的图片"(但我在使用我自己编写的CSS表时没有问题).例如,使用Firebug来隔离和修复跨浏览器兼容性问题,或修复浮动问题或更改特定元素的高度时,我没有任何问题.但是,如果我被要求做一些激烈的事情,比如,"我希望页面A,B,C和D的右侧边框有一个红色边框.我希望页面E,F和G的右侧边栏有一个蓝色边框当且仅当用户将鼠标移过"时,我需要花费很长时间来绘制所有CSS继承规则以查看"更大的图片".
出于某种原因,我没有遇到与后端代码相同的困难.在快速了解功能如何工作以及快速检查控制器和型号代码之后,我会对架构感到满意.我认为,"假设将有一个继承自Department控制器使用的Person类的Employee类是合理的".如果我发现与整体建筑风格不一致的不方便细节,我相信我可以回击到位.
有了别人的CSS工作,我很难看到不同类之间的"关系",以及何时以及如何使用这些类.当有很多继承规则时,我感到不知所措.
我无法清楚地表达我的问题和问题......我想知道的是,为什么在别人的CSS架构中看到与其他人的业务逻辑层相比更难以理解？
**CSS是否是一项相对较新的技术,并且没有很多流行的设计模式？
我想说的是，一般来说，大多数开发人员编写 CSS 的方式没有“架构”（至少根据我的经验）。大多数人根据需要的规则逐步构建 CSS——它通常不会像代码架构那样提前计划好。人们通常将相关规则与注释块分组，或者可能在单独的样式表中，但实际上没有多少既定模式可遵循。
最好的选择是使用一个好的 CSS 编辑器，它允许您直观地浏览工作表中定义的规则的层次结构。