关于 css 的问题，关于 CSS 和 Js 的问题

......犯了不少错误

错误：CSS 注释是用 * * 而不是

ycolor** 在 is 之前，而不是 $

#fff000

这句话对应的html是：

内容区域。 这句话还有一个错误，选择器的第一个字符不能是数字，颜色的值，空白？ 输入错误 =w=！ black。

mydiv,p

mydiv，这是神马选择器吗？ 它在CSS中不存在！ 只"#"跟"."

如果只是错别字，请将其替换为：mydiv

这里：mydiv，p

这是一个组选择器，它只作为一个统一的语句，而不是你说的，你说的应该是这个选择器

mydiv>p *子选择器*

或。 mydiv p *与选择器相同*

t p,.e p

在这里，“t”和“.e 是类选择器，p 是 html 标签，即标签选择器，这里：

t p 和e p 是相同的选择（如果没记错的话，这似乎就是所谓的......=w=）

整篇文章只是一个组选择器。

组选择器与“.

另外，不要错过 t 之前的要点！

......以上=w=.

如果你想改变颜色，你不能用CSS来做。

--这里不透明度：0 1;

透明度可以达到DD

圆角矩形模拟是可以实现的。

填充的单色也有渐变，而这个CSS JS似乎没有遇到过实现，所以只能是**。

圆角矩形可以用jQuery插件实现，你可以只在一行上完成。

我知道我能做到，你得**不行，你得叫我QQ，以后我会互相学习的。

CSS通常放在头上。 JS 视情况而定。

HTML解析是从上到下，当网速很慢的时候，你把CSS文件放在HTML的底部，网页上一点一点的加载到页面**、div、flash、**等元素上，这些东西都不能显示你在开头定义的CSS样式（因为底部引用的CSS还没有被读取）， 直到浏览器在最后读取底部的CSS文件后可以显示样式，所以查看者的体验并不好。

JS 通常放在头部，但有时需要放在 body 区域或 html 的末尾：

1.例如，JS 脚本可以在页面上获取 ID 为 List 的 UL 列表，并将其设置为执行操作。

如果这个 js 中没有机制来检查 list 元素是否已经加载好了，那么当 js 直接放在 head 区域时，当浏览器加载到 js 中时，就会开始执行，并且 list ul 元素在 body 中，加载时间晚于 js，在获取 ul list 之前 js 执行会出错。 所以这个 js 应该在 list 元素之后引用。 在互联网上，上下左右滚动**片不间断的JS就很常见了。

将大小写放在 html 的末尾。

一些 JS 功能并不重要，不自行加载不会影响页面的功能或美观。 比如一些**流量统计**，通常会给你一段js，要求你添加到网页上，统计你的**浏览量、访客IP等。 这种js可以放在页面的底部。

因为是第三方参考**，如果加载在前面，会影响你网页的整体渲染速度，放在底部，你的网页呈现给客户，然后调用这个拖网速度的js也不迟。

差异不会太大！ 但是在**的习惯下，我还是更喜欢把它放在头或脚上！

浏览器解析是自上而下的，所以CSS一般都是在头脑中。 JS，这要看情况。

一般用id或class来选择，比如对应。

以及您选择的样式名称。

其实选择标签最主要的是要有语义，应该根据自己设置的内容效果来选择对应的标签，比如要设置段落，就用标签。

你可以用定位来达到你的目的，为你写一个小案例。

html如下：这是使用位置来定位**位置的情况。

CSS如下：这是它的样子（位于右下角）：

1.页面上的外部引用样式过多。

例如，ul 的边距定义在格式化的 CSS 中会声明为 0，边距可以用基本样式 CSS 声明：5px 10px;

因此，yslow 中将有多个定义。

2. 考虑组件的可重用性。

例如，如果表单定义的 CSS 定义了所有表单修饰，则假定注册页面只需要 30% 的 CSS。 我们应该砍掉我们不想要的70%吗？

基于以上两个问题，我个人认为解决的办法是封装，这样应该有东西，不应该有东西。 尽量减少 HTTP 连接的数量和 CSS 的大小。 但是如果完全这样做，CSS的可复用性就会变差，后期手工打包会很痛苦。

3. EM应该支持吗？

可以看出，如果想要支持EM，最大的目的就是在浏览器中根据用户的分辨率自由缩放，这对于大显示器用户和小显示器用户非常有用。 但是，在收集了我们用户的浏览器数据后，我们发现这两端的用户很少，可以想象，对于这部分用户来说，花费两倍以上的正常开发时间显然是不划算的，所以在开发TBSP的时候，我们的团队决定不支持EM。 当然，这只是一个建议，我们希望用EM给用户最好的感受。