深圳宝安区UI设计培训怎么样

　　【浏览器是如何判断元素是否匹配某个 CSS 选择器?】

　　从后往前判断。

　　浏览器先产生一个元素集合，这个集合往往由后一个部分的索引产生(如果没有索引就是所有元素的集合)。然后向上匹配，如果不符合上一个部分，就把元素从集合中删除，直到真个选择器都匹配完，还在集合中的元素就匹配这个选择器了。

　　举个例子，有选择器：

　　先把所有 class 中有 lol233 的元素拿出来组成一个集合，然后上一层，对每一个集合中的元素，如果元素的 parent id 不为 #wrapper 则把元素从集合中删去。 再向上，从这个元素的父元素开始向上找，没有找到一个 tagName 为 body 且 class 中有 ready 的元素，就把原来的元素从集合中删去。

　　至此这个选择器匹配结束，所有还在集合中的元素满足。

　　大体就是这样，不过浏览器还会有一些奇怪的优化。

　　为什么从后往前匹配因为效率和文档流的解析方向。效率不必说，找元素的父亲和之前的兄弟比遍历所哟儿子快而且方便。关于文档流的解析方向，是因为现在的 CSS，一个元素只要确定了这个元素在文档流之前出现过的所有元素，就能确定他的匹配情况。应用在即使 html 没有载入完成，浏览器也能根据已经载入的这一部分信息完全确定出现过的元素的属性。

　　为什么是用集合主要也还是效率。基于 CSS Rule 数量远远小于元素数量的假设和索引的运用，遍历每一条 CSS Rule 通过集合筛选，比遍历每一个元素再遍历每一条 Rule 匹配要快得多。

　　【有没有好的css 多浏览器不兼容的方案?】

　　现代浏览器基本都遵循标准，而且由于升级方便或自主升级 兼容性越来越高如 firefox、chrome等。

　　IE的新版本IE9、IE10 也能很好的遵循哇W3C标准，所以兼容性主要就是怎么伺候好IE6、7等。

　　目前解决方案有：

　　1、css hack 这个不解释

　　2、js方案，通过js去修正IE错误解释。如使IE5,IE6,IE7,IE8兼容到IE9模式的google js 解决方案

　　引入即可

　　3、htc 方案，HTC 提供了一种简单的机制在脚本中实现 DHTML 行为，他能实现当时很多浏览器不能达到的功能，当然也能间接实现现在浏览器的一些特性。当然他不是标准，只有IE支持，所以可以以毒攻毒。如： eCSStender 、 border-radius.htc 、 ie-css3.htc、PIE.htc

　　4、css框架。如blueprint, elements、YUI Grids CSS、Schema Web Design Framework、NEC( 这个是网易的)... 这些就很多了，但其他们在解决兼容性上面本质上还是hack 只是事先替你写好，你用这些框架来做更别的搭建。

　　当然使用js或 htc 会有一定的副作用，比如和本地脚本有一些想不到的冲突,而css框架有一个学习的过程，而且越方便的框架相反也就越不灵活，想深入了解比较这些内容可以搜索你感兴趣关键字，这里我只抛砖引玉，给你方向性的解决方案。

　　【JS开发者还需要继续深入学习CSS吗?】

　　讨论帖子：

　　------------- 分割线 -----------------

　　也许是我表述的不清楚，JS开发者并不能等同于“前端开发”

　　我所认知的 “JS开发者” 仅仅是用JavaScript这样一门语言的一群人，准确的说是具备“软件工程”理论知识却用JS进行业务开发的这么一群人，当然劳动不分贵贱。

　　“软件工程”所具备的理论知识：

　　1. 良好的数学逻辑

　　2. 良好的数据结构与算法知识储备

　　3. 正确的认知操作系统原理等知识

　　4. 具备编译原理的知识

　　5. 正确的认知计算机系统

　　当然你仅仅在做Web开发，但是你需要面对的事情往往就比较复杂。往落地接地气的地方说，如果你需要使用Node.js开发一个真正的Web应用，这些软件工程的知识，缺一不可，很可能在后续的地方你无法继续玩下去。

　　我只是认为学习需要分配资源，你要有主次之分，之所以会存在团队，就是需要协作的精神，未必你在JS领域的大神，在画一个静态页面的时候，用bootstrap就画不出来了吗?显然不可能。我们讨论的方向是，还需要不需要继续深入的去学习CSS。

　　所谓的深入，不是指你搞完了布局，画了一些动画就结束了。而是对其更深层次的理解，比如Flexbox布局，为什么需要有这个，它解决了什么问题，在背后的细节它是如何去划分的，你如何去研究不同浏览器的兼容实现。但往往人的精力是有限的，方向不同，可投入的学习资源必然不一样，这才是我想讨论的目的，而不是本末倒置的去看待这个问题。

　　【如果说老式的纯HTML构建网页是用表格布局，那么CSS+div的方法主体思路是怎样的?】

　　都知道table即是表哥，生活中所应用的表哥的例子真是太多太多了，只要大表哥套着小表哥，小表哥牵着小小表哥，就很容易很快捷地构成出丰富多彩的页面效果。有的表哥被用做财务报表，有的表哥被派去调查外来务工人员。。。当然也有题主所说的被用来做网页的。。。总之表哥家族太庞大了，生活离不开表哥。

　　然后再庞大的表哥家族也总是有缺点的，表哥们的大缺点就是然后再庞大的表哥家族也总是有缺点的，表哥们的大缺点就是累赘笨重，特别被用来开发需要经常更新的项目(比如网页)，谁TMD要敢动小表哥一下大表哥不会轻饶!表哥家族因为团结友爱办事快捷的优点，这时候竟然变成阻碍其发展壮大的绊脚石。

　　div+css的思想是完全脱落表格的(题主真的可以远离那个老师)，也就是说帝阿慰和表哥家族是没有半点血缘关系的。迄今为止表哥仍然坚守着自己的岗位，帝阿慰也只是干着帝阿慰的事情，显然“因为布局灵活、改动方便、浏览器的不断升级”帝阿慰已经蚕食曾被表哥占领的互联网界的大半江山。

　　论其思路，帝阿慰有个深居帘后锤帘听政夫人叫CSS(层叠样式表)，纵使帝阿慰在互联网界在叱咤风云，如果离开这位夫人也是个落脚虾。CSS有时候也会和帝阿慰同台共戏(嵌入式)，但是大多数是在帘后搅动风雨操纵局面(链入式)。帝阿慰就像一个一个盒子一样(盒子模式)听信CSS的调配显示。