¿Cuándo deberíamos considerar el uso privado o protegido?

Question

Solo me pregunto, ¿cuándo deberíamos realmente usar private o protected para algunos métodos en el modelo?

A veces no me puedo molestar en agrupar mis métodos en private ni protected. Simplemente lo dejo como está. Pero sé que debe ser una mala práctica, de lo contrario, estas 2 agrupaciones no se crearán en la programación.

Gracias.

Answer 1

• Si va a llamar a un método externamente, record.method(), a continuación, "público"
• Si se va a utilizar sólo internamente, self.method(), a continuación, "privado"
• Si va a utilizar internamente, pero también en los descendientes, self.method() # in subclass, a continuación, "protegidos"

Answer 2

No sé Rubí como un caso especial, pero supongo que la respuesta sería la misma que para otros idiomas también, así que aquí está:

Un método privado sólo se puede acceder por miembros de la misma clase, mientras que una protegida también está disponible para miembros de clases que extienden la clase base donde se declara el método.

Answer 3

voy a dar mi opinión , y tal vez obtendrá una patada por ella, pero no se molestan con protegido o privado en Ruby. La realidad es que Ruby te trata como a un adulto, si quieres ejecutar un método privado desde fuera de la clase, puedes (allí areways). Puede ejecutar métodos protegidos fuera de la clase. Incluso puedes reasignar constantes ... puedes hacer lo que quieras, básicamente.

Y es por eso que me gusta, es su responsabilidad. Mi sensación es que, a marcar algo como protegida o privada que está haciendo dos cosas:

1. Indicando que usted no cree un consumidor que va a necesitar.
2. Segundo adivinando lo que alguien más necesita.

y, además, que está haciendo que sea más difícil de probar, ya que puede ser un verdadero dolor de los métodos de pruebas privadas (ver What's the best way to unit test protected & private methods in Ruby? de formas a su alrededor)

Para los dos últimos motivos, I don' Me molesto con ellos. Si realmente deseaba algún tipo de barrera entre sus clases/métodos y los consumidores (ya sean códigos o desarrolladores), entonces hay otras formas más efectivas (proxies, ofuscación, cifrado, métodos protegidos con contraseña, etc.). De lo contrario, ¿por qué no darles acceso a las mismas herramientas que usaste?