Phpunit: expectExceptionMessageRegExp () foi removido no PHPUnit 9 sem um aviso de depreciação sendo dado no PHPUnit 8
| Q | UMA
| -------------------- | ---------------
| Versão PHPUnit | 9
| Versão PHP | 7,3
| Método de instalação | Compositor
Resumo
O commit que apresenta expectExceptionMessageMatches diz que expectExceptionMessageRegExp disparará um aviso em 9 e será removido em 10.
Mas o 9.0 removeu o método inteiramente em vez de adicionar um aviso nele. Isso significa que o método foi removido sem nunca relatar um aviso de reprovação ao executar testes usando-o.
E não há nenhum changelog dizendo que este método está obsoleto (o changelog PHPUnit 8 não fala sobre depreciar expectExceptionMessageRegExp e o changelog PHPUnit 9 diz que ele foi removido).
stof
Todos 3 comentários
expectExceptionMessageMatches foi adicionado apenas em 8.4, e é por isso que o anúncio do PHPUnit 8 não fala sobre isso.
stof
em 6 mar. 2020
expectExceptionMessageRegExp() tornou-se obsoleto no PHPUnit 8.4. O fato de essa depreciação não ser reportada quando o método é usado é irritante, eu concordo, mas há realmente valor em adicionar esse comportamento no PHPUnit 8.5?
sebastianbergmann
em 6 mar. 2020
Bem, o commit inicial pretendia adicionar o aviso de depreciação em 9 (veja o commit vinculado) e remover em 10. É por isso que não há aviso em 8.4 e 8.5.
O problema é que a remoção foi feita sem seguir o plano inicial e sem adicionar o aviso de descontinuação no 8.x, o que significa que não há nenhum aviso.
O valor do aviso é que posso trabalhar na suspensão de uso ao ver o aviso (e tudo de uma vez), em vez de ter que corrigir o erro fatal devido ao método removido, repetindo isso para cada local que o usa até não recebo mais um erro fatal (ou eu poderia pesquisar expectExceptionMessageRegExp com meu IDE, mas então não é o PHPUnit me ajudando a atualizar e isso poderia justificar o não uso de avisos de depreciação ...).
Se possível, acho que faria sentido adicionar o aviso em 8.5, sim.
stof
em 6 mar. 2020
Questões relacionadas
sebastianbergmann
·
4Comentários
stemis
·
3Comentários
nicklevett
·
4Comentários
stephen-leavitt-sonyatv-com
·
4Comentários
rentalhost
·
4Comentários
Comentários muito úteis
Bem, o commit inicial pretendia adicionar o aviso de depreciação em 9 (veja o commit vinculado) e remover em 10. É por isso que não há aviso em 8.4 e 8.5.
O problema é que a remoção foi feita sem seguir o plano inicial e sem adicionar o aviso de descontinuação no 8.x, o que significa que não há nenhum aviso.
O valor do aviso é que posso trabalhar na suspensão de uso ao ver o aviso (e tudo de uma vez), em vez de ter que corrigir o erro fatal devido ao método removido, repetindo isso para cada local que o usa até não recebo mais um erro fatal (ou eu poderia pesquisar
expectExceptionMessageRegExpcom meu IDE, mas então não é o PHPUnit me ajudando a atualizar e isso poderia justificar o não uso de avisos de depreciação ...).Se possível, acho que faria sentido adicionar o aviso em 8.5, sim.