Métodos protegidos y privados en Rails

Se utiliza un método privado si se quiere nadie más que self para usar un método. Se utiliza un método protegido si se quiere algo que solo self and is_a?(self) s puede llamar.

Un buen uso de protected podría ser si tuviera un método de inicialización "virtual".

class Base
    def initialize()
        set_defaults()
        #other stuff
    end

    protected
    def set_defaults()
        # defaults for this type
        @foo = 7
        calculate_and_set_baz()
    end

    private
    def calculate_and_set_baz()
        @baz = "Something that only base classes have like a file handle or resource"
    end
end

class Derived < Base
    protected
    def set_defaults()
        @foo = 13
    end
end

@foo tendrá diferentes valores. y las instancias derivadas no tendrán @baz

Actualizar: Desde que escribí esto, algunas cosas han cambiado en Ruby 2.0+ Aaron Patterson tiene una excelente escritura http://tenderlovemaking.com/2012/09/07/protected-methods-and-ruby-2-0.html

La diferencia entre protegido y privado es sutil. Si un método es protegido, puede ser llamado por cualquier instancia de la clase definidora o su subclases. Si un método es privado, puede ser llamado solo dentro del contexto del objeto que llama - - - nunca es posibilidad de acceder a otro objeto métodos privados de la instancia directamente, incluso si el objeto es del mismo clase como el que llama. Para protegido métodos, son accesibles desde objetos de la misma clase (o niño).

Http://en.wikibooks.org/wiki/Ruby_Programming/Syntax/Classes#Declaring_Visibility

Parece tener una buena idea de la semántica de la visibilidad de clase (pública/protegida/privada) aplicada a los métodos. Todo lo que puedo ofrecer es un resumen rápido de la forma en que lo implemento en mis aplicaciones Rails.

Implemento métodos protegidos en el controlador de aplicación base para que puedan ser llamados por cualquier controlador a través de filtros (por ejemplo, before_filter :method_foo). De manera similar, defino métodos protegidos para los modelos que quiero usar en todos ellos en un modelo base del que todos heredan.

Aunque las acciones deben ser métodos públicos de un controlador, no todos los métodos públicos son necesariamente acciones. Usted puede utilizar hide_action si está utilizando una ruta catch-all como /:controller/:action/:id o si está deshabilitada (la predeterminada en Rails 3), solo se llamarán a los métodos con rutas explícitas.

Esto puede ser útil si está pasando la instancia del controlador a alguna otra biblioteca como el motor de plantillas Liquid, ya que puede proporcionar una interfaz pública en lugar de tener que usar send en su Liquid filtros y etiquetas.