std::experimental::ranges:: SizedSentinel

Definido en el encabezado <experimental/ranges/iterator>
template < class S, class I > concept bool SizedSentinel = Sentinel < S, I > && ! ranges :: disable_sized_sentinel < std:: remove_cv_t < S > , std:: remove_cv_t < I >> && requires ( const I & i, const S & s ) { { s - i } - > Same < ranges :: difference_type_t < I >> && ; { i - s } - > Same < ranges :: difference_type_t < I >> && ; } ;	(1)	(ranges TS)
template < class S, class I > constexpr bool disable_sized_sentinel = false ;	(1)	(ranges TS)

El concepto SizedSentinel especifica que un objeto del tipo iterador I y un objeto del tipo centinela S pueden restarse para calcular la distancia entre ellos en tiempo constante.

Sea i un iterador de tipo I , y s un centinela de tipo S tal que [ i , s ) denota un rango. Sea N el número mínimo de aplicaciones de ++i necesarias para hacer que bool ( i == s ) sea verdadero. Entonces SizedSentinel<S, I> se satisface solo si:

• Si N es representable por ranges :: difference_type_t < I > , entonces s - i está bien definido y es igual a N ; y
• Si -N es representable por ranges :: difference_type_t < I > , entonces i - s está bien definido y es igual a -N .

La plantilla de variable disable_sized_sentinel proporciona un mecanismo para que los iteradores y centinelas que pueden restarse pero no cumplen con los requisitos semánticos de SizedSentinel puedan excluirse del concepto especializando la plantilla de variable para que tenga el valor true .

Preservación de la igualdad

Una expresión es equality preserving si produce salidas iguales dadas entradas iguales.

• Las entradas de una expresión consisten en sus operandos.
• Las salidas de una expresión consisten en su resultado y todos los operandos modificados por la expresión (si los hay).

Toda expresión que deba preservar la igualdad debe además ser estable : dos evaluaciones de dicha expresión con los mismos objetos de entrada deben producir salidas iguales, a menos que exista una modificación explícita e intermedia de esos objetos de entrada.

A menos que se indique lo contrario, cada expresión utilizada en una requires-expression debe ser de preservación de igualdad y estable, y la evaluación de la expresión solo puede modificar sus operandos no constantes. Los operandos que son constantes no deben modificarse.

Variaciones de expresión implícita

Una requires-expression que utiliza una expresión que es no modificadora para algún operando constante lvalue también requiere implícitamente variaciones adicionales de esa expresión que acepten un lvalue no constante o un rvalue (posiblemente constante) para el operando dado, a menos que dicha variación de expresión sea explícitamente requerida con semántica diferente. Estas variaciones de expresión implícitas deben cumplir los mismos requisitos semánticos de la expresión declarada. El grado en que una implementación valida la sintaxis de las variaciones no está especificado.