Bienvenido a proyecto online, ahora encontrarás la solucíon a lo que estás buscando.
Solución:
Por lo general, usa @Deprecated para los métodos que se han vuelto obsoletos debido a una versión más nueva de su software, pero que conserva para la compatibilidad de la API con el código que depende de la versión anterior. No estoy seguro de si es exactamente la mejor etiqueta para usar en este escenario, porque getName todavía está siendo utilizado activamente por otras subclases de Animalpero sin duda alertará a los usuarios de la CatDog clase que no deberían llamar a ese método.
Si desea causar un error en tiempo de compilación cuando se usa esa función, puede cambiar las opciones del compilador para considerar el uso de métodos @Deprecated como un error en lugar de una advertencia. Por supuesto, no puede garantizar que todos los que usen su biblioteca configurarán esta opción, y no conozco ninguna forma de forzar un error de compilación solo en función de la especificación del idioma. Quitar el método de CatDog aún permitirá que los clientes lo llamen, ya que el cliente solo invocará la implementación predeterminada de la superclase Animal (que presumiblemente aún desea incluir ese método).
Sin embargo, ciertamente es posible mostrar un mensaje personalizado cuando el usuario se desplaza sobre el método obsoleto. La etiqueta Javadoc @deprecated le permite especificar una explicación de por qué un método quedó en desuso y aparecerá en lugar de la descripción habitual del método cuando el usuario pasa el cursor sobre el método en un IDE como Eclipse. Se vería así:
/**
*
* @deprecated Do not use this method!
*/
@Deprecated
public String getName()
throw new UnsupportedOperationException();
(Tenga en cuenta que puede hacer que su implementación del método genere una excepción para garantizar que si el usuario no notó la etiqueta @Deprecated en el momento de la compilación, definitivamente la notará en el tiempo de ejecución).
La obsolescencia significa que el método ya no debe usarse y que puede eliminarse en versiones futuras. Básicamente exactamente lo que quieres.
Sí, hay una manera trivialmente fácil de obtener un error de compilación cuando alguien intenta usar el método: elimine el método: eso causará errores en el tiempo de enlace para cualquier código que intente usarlo, generalmente no se recomienda por razones obvias, pero si hay una muy buena razón para romper la compatibilidad con versiones anteriores, esa es la forma más fácil de lograrlo. También puede hacer que la firma del método sea incompatible (siempre es posible), pero realmente la solución más simple que funciona es generalmente la mejor.
Si desea un mensaje personalizado cuando alguien se desplaza sobre el método, use el javadoc para ello, para eso está exactamente:
/**
* @deprecated
* explanation of why function was deprecated, if possible include what
* should be used.
*/
Después de refactorizar nuestra clase de usuario, no pudimos eliminar userGuid propiedad, porque fue utilizado por aplicaciones móviles. Por lo tanto, lo he marcado como obsoleto. Lo bueno es que las herramientas de desarrollo como IntellijIdea lo reconocen y muestran el mensaje.
public User
...
/**
* @Deprecated userGuid equals to guid but SLB mobile app is using user_guid.
* This is going to be removed in the future.
*/
@Deprecated
public String getUserGuid()
return guid;
Sección de Reseñas y Valoraciones
Recuerda algo, que puedes permitirte valorar este artículo si te fue de ayuda.