Em particular, existe uma Exception
subclasse padrão usada nessas circunstâncias?
null
e usá-lo acidentalmente (ou alguém o fez), obteria NullPointerExceptions
menos óbvio do que UnsupportedOperationExceptions
neste caso. Apenas um exemplo.
Em particular, existe uma Exception
subclasse padrão usada nessas circunstâncias?
null
e usá-lo acidentalmente (ou alguém o fez), obteria NullPointerExceptions
menos óbvio do que UnsupportedOperationExceptions
neste caso. Apenas um exemplo.
Respostas:
java.lang.UnsupportedOperationException
Lançada para indicar que a operação solicitada não é suportada.
RuntimeException
. Você não receberá feedback ou assistência para lidar com essas exceções durante o tempo de compilação. Se isso for usado para um método stubbed ou um trabalho em andamento, você deverá usar algum tipo de exceção verificada .
Diferencie os dois casos que você nomeou:
Para indicar que a operação solicitada não é suportada e provavelmente nunca será, ative um UnsupportedOperationException
.
Para indicar que a operação solicitada ainda não foi implementada, escolha entre:
Utilizar a NotImplementedException
partir apache commons-lang que estava disponível no commons-LANG2 e foi re-adicionado ao commons-lang3 na versão 3.2.
Implemente o seu próprio NotImplementedException
.
Jogue um UnsupportedOperationException
com uma mensagem como "Ainda não implementado".
Se você criar uma nova função (ainda não implementada) no NetBeans , ela gerará um corpo de método com a seguinte instrução:
throw new java.lang.UnsupportedOperationException("Not supported yet.");
Portanto, eu recomendo usar o UnsupportedOperationException .
Se você quiser mais granularidade e melhor descrição, poderá usar NotImplementedException de commons-lang
Aviso: Disponível apenas nas versões 2.6 e posteriores à 3.2.