Metody chronione i prywatne w Rails

Używasz prywatnej metody, jeśli chcesz nikt inny, jak tylko self użyć metody. Używasz metody chronionej, jeśli chcesz, aby tylko self and is_a?(self) S mogły ją wywołać.

Dobrym zastosowaniem protected może być użycie "wirtualnej" metody inicjalizacji.

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 będzie miało różne wartości. a instancje pochodne nie będą miały @baz

Update: Od kiedy to napisałem, niektóre rzeczy się zmieniły w Ruby 2.0+ Aaron Patterson ma doskonały zapis http://tenderlovemaking.com/2012/09/07/protected-methods-and-ruby-2-0.html

Różnica między ochroną a prywatność jest subtelna. Jeśli metoda jest chroniony, może być wywoływany przez dowolne instancja klasy definiującej lub jej podklasy. Jeśli metoda jest prywatna, to może być wywołana tylko w kontekście obiektu wywołującego - - - nigdy nie jest możliwość dostępu do innego obiektu prywatne metody instancji bezpośrednio, nawet jeśli obiekt jest tego samego Klasa jako rozmówca. Do ochrony metody, są one dostępne z Obiekty tej samej klasy (lub dzieci).

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

Wydaje się, że masz dobre pojęcie o semantyce widzialności klas (public/protected/private) stosowanej w metodach. Wszystko, co mogę zaoferować, to szybki zarys sposobu, w jaki implementuję go w moich aplikacjach Rails.

Implementuję metody protected w kontrolerze aplikacji bazowej, aby mogły być wywoływane przez dowolny kontroler za pomocą filtrów (np. before_filter :method_foo). W podobny sposób definiuję metody chronione dla modeli, które chcę używać we wszystkich z nich w modelu bazowym, z którego wszystkie dziedziczą.

Chociaż akcje muszą być publicznymi metodami kontrolera, nie wszystkie metody publiczne muszą być akcjami. Możesz użyć hide_action Jeśli używasz trasy typu catch-all, takiej jak /:controller/:action/:id lub jeśli jest ona wyłączona (domyślnie w Rails 3), wtedy będą wywoływane tylko metody z jawnymi trasami.

Może to być przydatne, jeśli przekazujesz instancję kontrolera do innej biblioteki, takiej jak silnik szablonów Liquid, ponieważ możesz zapewnić publiczny interfejs zamiast używać send in your Liquid filtry i znaczniki.