具有相同“订单”值的元素是否有效？-Areelementswithanidentical“order”valuevalid?

6  

There is never a situation in CSS in which multiple elements sharing the same value for a property are considered "invalid". CSS does not define validity in this way. As justinw mentions in the comments, since every element has at least the initial value for every CSS property unless otherwise specified by browser defaults or you, CSS needs to account for this scenario for every single property.

CSS中从不存在一种情况,即对于属性共享相同值的多个元素被视为“无效”。 CSS没有以这种方式定义有效性。正如Justinw在评论中提到的那样,因为每个元素至少具有每个CSS属性的初始值,除非浏览器默认值或您指定,CSS需要为每个属性考虑这种情况。

In the case of the order property, two flex items with the same value are laid out according to source order, as stated in section 5.4 of the spec. That is to say, between two flex items with order: 1000 (or two flex items with order: 1, or even the initial value 0 for that matter), the one that comes first in the source markup (assuming the DOM tree hasn't been manipulated after the fact) will be laid out before the one that comes last, according to the direction specified by flex-direction.

在订单属性的情况下,根据源订单布置具有相同值的两个弹性项目,如规范的5.4节中所述。也就是说,在两个具有顺序的弹性项目之间:1000(或两个具有顺序的弹性项目:1,或者甚至是初始值0),在源标记中首先出现的一个(假设DOM树没有'根据flex-direction指定的方向,将在最后一个之前布置。

Here's the exact quote:

这是确切的报价:

Items with the same ordinal group are laid out in the order they appear in the source document. This also affects the painting order [CSS21], exactly as if the flex items were reordered in the source document.

具有相同序数组的项目按它们在源文档中出现的顺序排列。这也会影响绘制顺序[CSS21],就像在源文档中重新排序弹性项一样。

This is similar to how two elements with the same computed value for z-index are painted back-to-front in source order (see section 9.9 of CSS2.1).

这类似于两个具有相同z-index计算值的元素如何按源顺序从前到后绘制(参见CSS2.1的第9.9节)。

2  

Are elements with an identical order value valid?

具有相同订单值的元素是否有效?

Yes. In fact, all flex items have an identical order value by default. An initial setting of a flex container is order: 0. This means that all flex items, whether one or 1000, will have the same order value until overridden.

是。实际上,默认情况下,所有弹性项目的订单值都相同。灵活容器的初始设置为0:这意味着所有弹性项目(无论是1还是1000)都将具有相同的顺序值,直到被覆盖为止。

I do not care about the order of these "end" elements relative to each other, but I'm not sure if having a whole bunch of elements with order: 1000 is valid.

我不关心这些“结束”元素相对于彼此的顺序,但我不确定是否有一大堆带有顺序的元素:1000是有效的。

If you're talking about hitting the upper limit of possible order values, you can safely assume there is none. What if you have 5,000 flex items in the container?

如果您正在谈论达到可能的订单值的上限,您可以放心地假设没有。如果容器中有5,000个柔性物品怎么办?

There is no legal limit to the number of elements that can exist in a container. So there can't be a limit to the order value. With 5,000 items, order: 5000 must be available.

容器中可存在的元素数量没有法律限制。因此订单价值不受限制。有5,000件商品,订单:5000必备。