Css 声明中的选择器?

Css 声明中的选择器?,css,dynamic,selector,declaration,Css,Dynamic,Selector,Declaration,冒着大量反对票的风险,我将把这一切都放在网上,并问:为什么不允许选择器进入声明 jQuery很好,但它比CSS好。同样,我喜欢jQuery,但锤子不是锯 为什么不允许在声明中使用选择器来创建快速动态页面,有什么好的理由吗 非常感谢 示例 为什么我们不能这样做 .class1 {max-width: #element1.width} 早期版本的Internet Explorer支持CSS中的表达式 出于符合标准、性能和安全方面的原因,IE8放弃了对CSS中表达式的支持 Ref:首先,它可能会使C

冒着大量反对票的风险,我将把这一切都放在网上,并问:为什么不允许选择器进入声明

jQuery很好,但它比CSS好。同样,我喜欢jQuery,但锤子不是锯

为什么不允许在声明中使用选择器来创建快速动态页面,有什么好的理由吗

非常感谢

示例

为什么我们不能这样做

.class1 {max-width: #element1.width}

早期版本的Internet Explorer支持CSS中的表达式

出于符合标准、性能和安全方面的原因,IE8放弃了对CSS中表达式的支持


Ref:

首先,它可能会使CSS像JQuery:-)一样慢。@ScottS真的吗?奇怪的我认为CSS更快是因为它是编译的。(虽然我不知道CSS脚本是如何编译的)CSS不是编译的。执行的不是代码,而是一组规则,浏览器会扫描这些规则以查找渲染的每个元素的样式。为了更好地理解选择器,您可能会明白为什么您提到的增加复杂性是困难的。你想知道的是为什么他们制作了像和@JoeCoderGuy这样的预处理器:Javascript现在是编译的,所以这不是原因。区别在于Javascript必须操作DOM元素,这会导致显示引擎重新计算并重新绘制它们,而CSS动画则内置在显示引擎本身中。这真是太好了!你能解释一下安全风险吗?谢谢大家!@JoeCodergy——这些表达式实际上只是内联JavaScript;还要注意Guffa提到的性能。@JoeCoderGuy:因为表达式包含代码,所以必须考虑任何可能的注入攻击。我敢肯定,安全问题并不是因为实现可能不安全,而是因为它花费了大量的努力来确保它不包含任何严重的泄漏。对于一个几乎没有人使用过的功能来说,工作实在太多了。@Guffa那么我一定是走错了路,试图制作完全动态的AJAX页面,对每个屏幕大小来说都是“完美的”,对吧?哈哈,非常感谢你的知识!