web-dev-qa-db-fra.com

Pourquoi Ruby a-t-il à la fois des méthodes privées et protégées?

Avant de lire cet article , je pensais que le contrôle d’accès dans Ruby fonctionnait comme suit:

  • public - peut être accédé par n'importe quel objet (par exemple, Obj.new.public_method)
  • protected - est accessible uniquement à partir de l'objet lui-même, ainsi que de toute sous-classe
  • private - identique à protected, mais la méthode n'existe pas dans les sous-classes

Cependant, il semble que protected et private agissent de la même manière, sauf que vous ne pouvez pas appeler les méthodes private avec un destinataire explicite (c'est-à-dire self.protected_method fonctionne, mais self.private_method pas).

Quel est le but de cela? Quand y a-t-il un scénario où vous ne voudriez pas que votre méthode soit appelée avec un récepteur explicite?

rubylanguage-designaccess-specifier
132
Kyle Slattery

Les méthodes protected peuvent être appelées par n'importe quelle instance de la classe de définition ou de ses sous-classes.

Les méthodes private ne peuvent être appelées qu'à partir de l'objet appelant. Vous ne pouvez pas accéder directement aux méthodes privées d'une autre instance.

Voici un exemple pratique rapide:

def compare_to(x)
 self.some_method <=> x.some_method
end

some_method ne peut pas être private ici. Ce doit être protected parce que vous en avez besoin pour supporter les destinataires explicites. Vos méthodes d'assistance interne typiques peuvent généralement être private puisqu'elles n'ont jamais besoin d'être appelées de cette façon.

Il est important de noter que cela diffère de la façon dont Java ou C++ fonctionne. private in Ruby est similaire à protected en Java/C++ lorsque ces sous-classes ont accès à la méthode En Ruby, il n’existe aucun moyen de restreindre l’accès à une méthode à partir de ses sous-classes comme vous le pouvez avec private en Java.

La visibilité dans Ruby est de toute façon une "recommandation", car vous pouvez toujours accéder à une méthode en utilisant send:

irb(main):001:0> class A
irb(main):002:1>   private
irb(main):003:1>   def not_so_private_method
irb(main):004:2>     puts "Hello World"
irb(main):005:2>   end
irb(main):006:1> end
=> nil

irb(main):007:0> foo = A.new
=> #<A:0x31688f>

irb(main):009:0> foo.send :not_so_private_method
Hello World
=> nil
150
dbyrne

La différence

  • Tout le monde peut appeler vos méthodes publiques.
  • Vous pouvez appeler vos méthodes protégées, ou un autre membre de votre classe (ou une classe descendante) peut appeler vos méthodes protégées de l'extérieur. Personne d'autre ne le peut.
  • Vous êtes le seul à pouvoir appeler vos méthodes privées, car elles ne peuvent être appelées qu’avec un destinataire implicite de self. Même vous ne pouvez pas appeler self.some_private_method; vous devez appeler private_method avec self impliqué. ( iGEL indique: "Il existe toutefois une exception. Si vous avez une méthode privée age =, vous pouvez (et devez) l'appeler avec self pour la séparer des variables locales.")

En Ruby, ces distinctions ne sont que des conseils d’un programmeur à un autre. Les méthodes non publiques sont une façon de dire "Je me réserve le droit de changer cela; ne dépend pas de cela." ciseaux de send et pouvez appeler n’importe quelle méthode que vous aimez.

Un bref tutoriel

# dwarf.rb
class Dwarf
  include Comparable

  def initialize(name, age, beard_strength)
    @name           = name
    @age            = age
    @beard_strength = beard_strength
  end

  attr_reader :name, :age, :beard_strength
  public    :name
  private   :age
  protected :beard_strength

  # Comparable module will use this comparison method for >, <, ==, etc.
  def <=>(other_dwarf)
    # One dwarf is allowed to call this method on another
    beard_strength <=> other_dwarf.beard_strength
  end

  def greet
    "Lo, I am #{name}, and have mined these #{age} years.\
       My beard is #{beard_strength} strong!"
  end

  def blurt
    # Not allowed to do this: private methods can't have an explicit receiver
    "My age is #{self.age}!"
  end
end

require 'irb'; IRB.start

Ensuite, vous pouvez exécuter Ruby dwarf.rb et faites ceci:

gloin = Dwarf.new('Gloin', 253, 7)
gimli = Dwarf.new('Gimli', 62,  9)

gloin > gimli         # false
gimli > gloin         # true

gimli.name            # 'Gimli'
gimli.age             # NoMethodError: private method `age'
                         called for #<Dwarf:0x007ff552140128>

gimli.beard_strength # NoMethodError: protected method `beard_strength'
                        called for #<Dwarf:0x007ff552140128>

gimli.greet          # "Lo, I am Gimli, and have mined these 62 years.\
                           My beard is 9 strong!"

gimli.blurt          # private method `age' called for #<Dwarf:0x007ff552140128>
77
Nathan Long

Méthodes privées en rubis:

Si une méthode est privée dans Ruby, elle ne peut pas être appelée par un destinataire explicite (objet). Il ne peut être appelé qu'implicitement. Il peut être appelé implicitement par la classe dans laquelle il a été décrit ainsi que par les sous-classes de cette classe.

Les exemples suivants l'illustreront mieux:

1) Une classe Animal avec une méthode privée class_name

class Animal
  def intro_animal
    class_name
  end
  private
  def class_name
    "I am a #{self.class}"
  end
end

Dans ce cas:

n = Animal.new
n.intro_animal #=>I am a Animal
n.class_name #=>error: private method `class_name' called

2) Une sous-classe d’Animal appelée Amphibie:

class Amphibian < Animal
  def intro_amphibian
    class_name
  end 
end

Dans ce cas:

  n= Amphibian.new
  n.intro_amphibian #=>I am a Amphibian
  n.class_name #=>error: private method `class_name' called

Comme vous pouvez le constater, les méthodes privées ne peuvent être appelées que de manière implicite. Ils ne peuvent pas être appelés par des destinataires explicites. Pour la même raison, les méthodes privées ne peuvent pas être appelées en dehors de la hiérarchie de la classe de définition.

Méthodes protégées en rubis:

Si une méthode est protégée dans Ruby, elle peut être appelée implicitement à la fois par la classe de définition et ses sous-classes. De plus, ils peuvent aussi être appelés par un destinataire explicite, à condition que ce dernier soit lui-même ou de la même classe que celui de lui-même:

1) Une classe Animal avec la méthode protégée protect_me

class Animal
  def animal_call
    protect_me
  end
  protected
  def protect_me
    p "protect_me called from #{self.class}"
  end  
end

Dans ce cas:

n= Animal.new
n.animal_call #=> protect_me called from Animal
n.protect_me #=>error: protected method `protect_me' called

2) Une classe de mammifères héritée de la classe animale

class Mammal < Animal
  def mammal_call
    protect_me
  end
end

Dans ce cas

n= Mammal.new
n.mammal_call #=> protect_me called from Mammal

3) Une classe d'amphibiens hérités de la classe Animal (identique à la classe des mammifères)

class Amphibian < Animal
  def amphi_call
    Mammal.new.protect_me #Receiver same as self
    self.protect_me  #Receiver is self
  end   
end

Dans ce cas

n= Amphibian.new
n.amphi_call #=> protect_me called from Mammal
             #=> protect_me called from Amphibian

4) Une classe appelée Tree

class Tree
  def tree_call
    Mammal.new.protect_me #Receiver is not same as self
  end
end

Dans ce cas:

n= Tree.new
n.tree_call #=>error: protected method `protect_me' called for #<Mammal:0x13410c0>
45
Aaditi Jain

Considérons une méthode privée en Java. Il peut être appelé à partir de la même classe, bien sûr, mais il peut également être appelé par une autre instance de cette même classe:

public class Foo {

   private void myPrivateMethod() {
     //stuff
   }

   private void anotherMethod() {
       myPrivateMethod(); //calls on self, no explicit receiver
       Foo foo = new Foo();
       foo.myPrivateMethod(); //this works
   }
}

Donc, si l'appelant est une instance différente de ma même classe, ma méthode privée est en fait accessible depuis "l'extérieur", pour ainsi dire. Cela donne l'impression que tout cela n'est pas privé.

En Ruby, en revanche, une méthode privée est vraiment censée être privée uniquement à l'instance actuelle. C'est ce que supprime l'option d'un récepteur explicite.

D’autre part, je dois certainement souligner qu’il est assez courant dans la communauté Ruby de ne pas utiliser ces contrôles de visibilité du tout, étant donné que Ruby vous donne Quoi qu’il en soit, contrairement à l’univers Java), la tendance est de tout rendre accessible et de faire confiance aux autres développeurs pour ne pas tout gâcher.

7
Jacob Mattison

Comparaison des contrôles d'accès de Java contre Ruby: Si la méthode est déclarée privée en Java, elle ne peut être accessible que par d'autres méthodes de la même classe. Si une méthode est déclaré protégé, il peut être consulté par d'autres classes présentes dans le même package ainsi que par des sous-classes de la classe dans un package différent. Lorsqu'une méthode est publique, elle est visible par tout le monde. En Java, le concept de visibilité du contrôle d'accès dépend du les classes sont dans la hiérarchie héritage/paquet.

Tandis qu'en Ruby, la hiérarchie d'héritage ou le package/module ne convient pas. Tout dépend de quel objet est le destinataire d'une méthode.

Pour une méthode privée en Ruby, elle ne peut jamais être appelée avec un récepteur explicite. Nous pouvons (uniquement) appeler la méthode privée avec un récepteur implicite.

Cela signifie également que nous pouvons appeler une méthode privée à partir d'une classe dans laquelle elle est déclarée, ainsi que de toutes les sous-classes de cette classe.

class Test1
  def main_method
    method_private
  end

  private
  def method_private
    puts "Inside methodPrivate for #{self.class}"
  end
end

class Test2 < Test1
  def main_method
    method_private
  end
end

Test1.new.main_method
Test2.new.main_method

Inside methodPrivate for Test1
Inside methodPrivate for Test2

class Test3 < Test1
  def main_method
    self.method_private #We were trying to call a private method with an explicit receiver and if called in the same class with self would fail.
  end
end

Test1.new.main_method
This will throw NoMethodError

Vous ne pouvez jamais appeler la méthode private de l'extérieur de la hiérarchie de classes où elle a été définie.

La méthode protégée peut être appelée avec un récepteur implicite, comme dans le cas d'une méthode privée. De plus, la méthode protégée peut également être appelée par un destinataire explicite (uniquement) si le destinataire est "self" ou "un objet de la même classe".

 class Test1
  def main_method
    method_protected
  end

  protected
  def method_protected
    puts "InSide method_protected for #{self.class}"
  end
end

class Test2 < Test1
  def main_method
    method_protected # called by implicit receiver
  end
end

class Test3 < Test1
  def main_method
    self.method_protected # called by explicit receiver "an object of the same class"
  end
end


InSide method_protected for Test1
InSide method_protected for Test2
InSide method_protected for Test3


class Test4 < Test1
  def main_method
    Test2.new.method_protected # "Test2.new is the same type of object as self"
  end
end

Test4.new.main_method

class Test5
  def main_method
    Test2.new.method_protected
  end
end

Test5.new.main_method
This would fail as object Test5 is not subclass of Test1
Consider Public methods with maximum visibility

Sommaire

Public: les méthodes publiques ont une visibilité maximale

Protected: La méthode protégée peut être appelée avec un récepteur implicite, comme privé. De plus, une méthode protégée peut également être appelée par un destinataire explicite (uniquement) si le destinataire est "self" ou "un objet de la même classe".

Private: pour une méthode privée en Ruby, elle ne peut jamais être appelée avec un destinataire explicite. Nous pouvons (uniquement) appeler la méthode privée avec un récepteur implicite. Cela signifie également que nous pouvons appeler une méthode privée depuis une classe dans laquelle elle est déclarée, ainsi que toutes les sous-classes de cette classe.

2
Neha Chopra

Une partie de la raison pour laquelle les méthodes privées sont accessibles aux sous-classes de Ruby est que Ruby , en fait, est une sorte de module qui fournit l'héritage, etc.

http://Ruby-doc.org/core-2.0.0/Class.html

Cela signifie que, fondamentalement, une sous-classe "inclut" la classe mère de sorte que les fonctions de la classe mère , y compris les fonctions privées , soient définies dans la sous-classe comme suit: bien.

Dans d'autres langages de programmation, appeler une méthode implique de faire remonter le nom de la méthode dans une hiérarchie de classe parent et de trouver la première classe parente qui répond à la méthode. En revanche, dans Ruby, tant que la hiérarchie de la classe parent est toujours présente, les méthodes de la classe parent sont directement incluses dans la liste des méthodes de la sous-classe définie.

1
madumlao