Depende del diseño de su aplicación, pero aquí hay un ejemplo.
Digamos que hago una biblioteca en Java para Android. La biblioteca proporciona la capacidad de grabar imágenes de la cámara, por lo que haría un método como este:
public Image getImageFromCamera () {
}
- Soy desarrollador web líder de PHP con 6 años de experiencia, ya que agregar a la Web ¿será el desarrollo móvil una buena opción para el crecimiento profesional o el marketing digital?
- ¿Por qué muchas aplicaciones móviles exitosas tienen temas de color azul?
- ¿Cuál es bueno para el desarrollo de aplicaciones híbridas, PhoneGap, Intel XDK, Ionic, Xamarin u otro?
- Cómo acelerar el desarrollo de una aplicación iOS con solo 1 programador en el equipo
- ¿Por qué la biblioteca Qt no es ampliamente adoptada? ¿Por qué su uso es bajo?
Es público porque quiero que ese método esté disponible para todos, ya que quiero que todos lo usen para obtener una Imagen de la cámara.
Ahora, digamos que también tengo un método que cambia cómo funciona algo basado en la versión de Android o algo así.
boolean privado isRunningOnAndroid4OrLower () {
}
Ahora, ese método es importante para mí como autor de la biblioteca, pero es un detalle de implementación que el usuario no necesita saber. De hecho, en una nueva versión de mi biblioteca, podría decidir verificar el número de versión de una manera diferente, y ese método ya no es necesario. Básicamente, a menos que sea útil para los usuarios de mi biblioteca, lo hago privado, porque no quiero que la gente lo use, y desaparece más tarde.
Además, haré que mis métodos públicos sean un poco más “duros para la batalla”. Comprobaré si hay entradas nulas y me aseguraré de que funcione completamente como está documentado, pero los métodos privados pueden ir y venir, y debido a que solo soy yo quien los usa, yo No es necesario tener todos los controles y equilibrios presentes en un método público.
