Phpunit: waitExceptionMessageRegExp () se ha eliminado en PHPUnit 9 sin que se haya dado una advertencia de obsolescencia en PHPUnit 8
| Q | A
| -------------------- | ---------------
| Versión PHPUnit | 9
| Versión PHP | 7.3
| Método de instalación | Compositor
Resumen
La confirmación que introduce expectExceptionMessageMatches dice que expectExceptionMessageRegExp activará una advertencia en 9 y se eliminará en 10.
Pero la versión 9.0 eliminó el método por completo en lugar de agregar una advertencia. Esto significa que el método se eliminó sin informar nunca una advertencia de obsolescencia al ejecutar pruebas con él.
Y no hay un registro de cambios que diga que este método está en desuso (el registro de cambios de PHPUnit 8 no habla de desaprobar expectExceptionMessageRegExp y el registro de cambios de PHPUnit 9 dice que se eliminó).
stof
Todos 3 comentarios
expectExceptionMessageMatches se ha agregado solo en 8.4, por lo que el anuncio de PHPUnit 8 no habla de eso en absoluto.
stof
en 6 mar. 2020
expectExceptionMessageRegExp() quedó obsoleto en PHPUnit 8.4. El hecho de que esta desaprobación no se informa cuando el método se usa de manera molesta, estoy de acuerdo, pero ¿realmente vale la pena agregar este comportamiento en PHPUnit 8.5?
sebastianbergmann
en 6 mar. 2020
Bueno, la confirmación inicial tenía la intención de agregar la advertencia de desaprobación en 9 (ver la confirmación vinculada) y eliminar en 10. Es por eso que no hay ninguna advertencia en 8.4 y 8.5.
El problema es que la eliminación se realizó sin seguir el plan inicial y sin agregar la advertencia de obsolescencia en 8.x, lo que significa que no hay ninguna advertencia.
El valor de la advertencia es que puedo trabajar en la desaprobación cuando veo la advertencia (y todo a la vez), en lugar de tener que corregir el error fatal debido al método eliminado, repitiendo esto para cada lugar que lo usa hasta que no lo haga. obtengo un error fatal nunca más (o podría buscar expectExceptionMessageRegExp con mi IDE de hecho, pero entonces PHPUnit no me está ayudando a actualizar y eso podría justificar no usar advertencias de desaprobación en absoluto ...).
Si es posible, creo que tendría sentido agregar la advertencia en 8.5, sí.
stof
en 6 mar. 2020
Temas relacionados
joubertredrat
·
4Comentarios
klesun
·
4Comentarios
TiMESPLiNTER
·
3Comentarios
dkarlovi
·
3Comentarios
AnmSaiful
·
4Comentarios
Comentario más útil
Bueno, la confirmación inicial tenía la intención de agregar la advertencia de desaprobación en 9 (ver la confirmación vinculada) y eliminar en 10. Es por eso que no hay ninguna advertencia en 8.4 y 8.5.
El problema es que la eliminación se realizó sin seguir el plan inicial y sin agregar la advertencia de obsolescencia en 8.x, lo que significa que no hay ninguna advertencia.
El valor de la advertencia es que puedo trabajar en la desaprobación cuando veo la advertencia (y todo a la vez), en lugar de tener que corregir el error fatal debido al método eliminado, repitiendo esto para cada lugar que lo usa hasta que no lo haga. obtengo un error fatal nunca más (o podría buscar
expectExceptionMessageRegExpcon mi IDE de hecho, pero entonces PHPUnit no me está ayudando a actualizar y eso podría justificar no usar advertencias de desaprobación en absoluto ...).Si es posible, creo que tendría sentido agregar la advertencia en 8.5, sí.