为什么不允许样式表列？
W3指定表列（带有<col>元素）仅允许使用四个CSS规则-
边框，背景，宽度和可见性。
有人知道这个决定的原因吗？如果可以使用边框和背景，为什么不使用字体和颜色呢？
问题答案：
IanHixie在这里详细解释：为什么只有四个属性应用于表列的奥秘。相关报价：
文本的颜色取决于其元素的“颜色”属性。除非指定，否则“ color”属性（基本上）默认为“ inherit”，这意味着“采用父元素的值”。
因此，对于单元格中的某些文本，颜色由单元格的“颜色”属性确定，该属性从行中获取，从行中获取，从表中获取，从表的父级获取，依此类推。
那专栏呢？好吧，该列不是该单元的祖先之一，因此它永远不会被查找！问题就在这里。
-
这可能是一个复制品。但是经过一天的研究，我希望你能宽大处理。这是一个关于协方差的问题。 为什么我能这么做？ 但不能这样做吗？ 我读了一些关于协方差的讨论。 “C#中的协方差” “将列表转换为接口列表” “转换列表到接口列表” 我的理解是，我不能将狗的名单添加到动物名单中，因为这样我就可以将猫添加到动物名单中，这将是危险的。但是在动物列表中添加一个猫或狗的例子也同样危险，不是吗？在我看来，C#还没有
-
问题内容： 我读了这个问题，并认为如果可以写的话，很容易解决（不是没有它就不能解决）： 我不确定在很多情况下它是否有用，但是我想知道为什么它没有用，以及其他语言中是否存在类似的东西。 你们有什么感想？ 编辑： 澄清一下：是的，我知道，这在Java中是不可能的，我也不是很想念它。这不是我期望的工作，并且惊讶于出现编译器错误。我只是有这个主意，喜欢讨论它。 问题答案： 它违反了封装。你不应该能够绕过父
-
其中map类型为，但我的测试在编译时失败： 为什么JUnit（或Hamcrest）不能确定使用哪个匹配器？
-
我正在阅读jls§5.1.7，它说有9种拳击类型，第9种是拳击 然后我读到的拆箱转换会抛出一个。好的，这很明显。那么为什么的装箱不会抛出一个以及装箱值有什么用呢？
-
问题内容： 除了JSONP，为什么要遵循相同的域策略？ 问题答案： 出于安全原因，已实施“同源起源策略”；引用维基百科的相关句子： 这种机制对现代Web应用程序具有特殊的意义，因为Web服务器广泛依赖于HTTP cookie来维护经过身份验证的用户会话，因为服务器基于HTTP cookie信息进行操作以揭示敏感信息或执行状态更改操作。 必须在客户端维护不相关站点提供的内容之间的严格分隔，以防止丢失
-
在Java9中，为、和接口引入了新的工厂方法。这些方法允许在一行中快速实例化具有值的Map对象。现在，如果我们考虑： 以上内容是允许的，没有任何例外，如果我们这样做： 我知道HashMap可以将null作为键和值，但为什么在Map.of的情况下会受到限制呢？ 同样的情况也发生在和中。