El 21 de marzoS el comité de normas votó para aprobar la despreciación destd::iterator propuesto en P0174:

a larga secuencia de argumentos nulos es mucho menos clara para el lector que simplemente proporcionar el esperadotypedefs en la propia definición de clase, que es el enfoque adoptado por el borrador de trabajo actual, siguiendo el patrón establecido en c ++ 14

Antes de c ++ 17 herencia destd::iterator fue alentado a eliminar el tedio de la implementación repetitiva repetitiva. Pero la desaprobación requerirá una de estas cosas:

na placa repetitiva de iterador ahora deberá incluir todas las @ requeridtypedefsAlgorithms trabajando con iteradores ahora necesitarán usarauto en lugar de depender del iterador para declarar tiposLoki Astari ha sugerido esestd::iterator_traits puede actualizarse para funcionar sin heredar destd::iterator

Puede alguien aclararme cuál de estas opciones debería esperar, ya que diseño iteradores personalizados con la vista puesta en c ++ 17 compatibilidad?