如何理解其他人的CSS架构？
我对CSS很合适。 但是，当与别人的CSS一起工作时，我很难在他们的架构中看到“更大的图片”（但是在使用我自己写的CSS表格时，我没有任何问题）。 例如，使用Firebug隔离并修复跨浏览器兼容性问题，修复浮动问题或更改特定元素的高度时，我没有任何问题。 但是如果我被要求做一些激烈的事情，例如“我想让页面A，B，C和D的右侧边栏有一个红色边框，我希望页面E，F和G的右侧边栏有一个蓝色边框当且仅当用户鼠标悬停“，然后花费我很长时间来映射出所有CSS继承规则以查看”更大的图片“。
出于某种原因，我不会遇到与后端代码相同的困难。 在快速了解某个功能的工作情况并快速检查控制器和型号代码后，我会对该架构感到满意。 我会认为，“有理由假设将会有一个从类控制器使用的Person类继承的Employee类”。 如果我发现不符合整体建筑风格的不方便的细节，我相信我可以将事情回到原位。
通过别人的CSS工作，我很难看到不同类之间的“关系”，以及何时和如何使用这些类。 当有许多继承规则时，我感到不知所措。
我在解决我的问题和问题时遇到了麻烦......我想知道的是，为什么在别人的CSS架构中看到比别人的业务逻辑层更大的图像时，我更难？
**它与CSS是一种相对较新的技术有什么关系，并且没有很多流行的设计模式？
我想说的是，一般来说，大多数开发人员编写CSS的方式都没有“架构”（至少在我的经验中）。 大多数人在需要规则时逐步构建CSS - 通常不像代码架构那样提前计划。 通常人们会将评论块的相关规则进行分组，或者可能在单独的样式表中进行分组，但实际上并没有很多既定模式可供遵循。
你最好的选择是使用一个好的CSS编辑器，它允许你直观地浏览你的工作表中定义的规则的层次结构。
我认为很多时候，人们只是在没有整体图像的概念的情况下一起破解CSS。 很多时候，他们只是添加了一些东西，因为他们很少考虑他们建立的任何“约定”，这些约定在他们的心目中并不是直接新鲜的，导致各种命名冗余和差异。
我认为CSS并不是什么新鲜事物，因为CSS通常是设计师的王国，而且在设计某些东西时他们往往不会考虑架构 - 所有的东西都有些特别。
我知道什么时候我是领导者，我建立了一套正式的班级命名和组织惯例，作为我做的第一件事之一，然后将它敲入前端下属:-)
首先，阅读编写代码的代码很难。
其次，我会说因为CSS允许松散的结构，所以人们会以复杂的方式设置它，所以我会说这是野兽的本质。
链接地址: http://www.djcxy.com/p/45903.html