rspec: Comment stub une méthode d'instance appelée par le constructeur?

class A
  def initialize
    @x = do_something
  end

  def do_something
    42
  end
end

Comment puis-je stub do_something dans rspec, avant la mise en place initiale est appelée (donc l'attribution de 42 à @x)? Et sans changer la mise en œuvre, bien sûr.

InformationsquelleAutor Pedro | 2008-11-25

22

Voici le commit qui ajoute la fonction de rspec - C'était le 25 Mai 2008. Avec cela, vous pouvez faire
```
A.any_instance.stub(do_something: 23)
```
Cependant, le dernier joyau de la version de rspec (1.1.11, octobre 2008) n'ont pas ce patch en elle.

Ce billet états qu'ils arrachent pour des raisons de maintenance, et une solution de rechange n'a pas encore été fournis.

N'a pas l'air comme vous pouvez le faire à ce point. Vous devrez hack de la classe manuellement à l'aide de alias_method ou somesuch.
- Semble qu'il a été ramené à la version 2.6.0 de sorte qu'il est là maintenant...
- en effet, enfin! blog.davidchelimsky.net/2011/05/12/rspec-260-is-released "Ajouter le support pour any_instance.stub et any_instance.should_receive"
- Aucune idée si vous voulez fixer quelque chose directement à l'instance créée par la nouvelle, si? comme should_receive(:blah).exactement(5).fois --- et vous ne voulez pas que pour n'importe quel objet, que l'on précisément?
- Une approche pourrait être de créer les bouchons à l'aide de any_instance, puis de construire l'objet, puis utilisez rspec_reset pour annuler tous les talons avant que le constructeur est appelé à nouveau. Note rspec_reset n'est pas documentée et ne peuvent pas être pris en charge officiellement. Vous appelez ça sur n'importe quel objet pour le supprimer de l'objet en talons
InformationsquelleAutor Orion Edwards

J'ai trouvé cette solution sur http://pivotallabs.com/introducing-rr/

new_method = A.method(:new)

A.stub!(:new).and_return do |*args|
  a = new_method.call(*args)
  a.should_receive(:do_something).and_return(23)
  a
end

InformationsquelleAutor Denis Barushev

Je ne sais pas comment faire cela dans spec faux-cadre, mais vous pouvez facilement en échange de moka pour effectuer les opérations suivantes:

# should probably be in spec/spec_helper.rb
Spec::Runner.configure do |config|
  config.mock_with :mocha
end

describe A, " when initialized" do
  it "should set x to 42" do
    A.new.x.should == 42
  end
end

describe A, " when do_something is mocked" do
  it "should set x to 23" do
    A.any_instance.expects(:do_something).returns(23)
    A.new.x.should == 23
  end
end

InformationsquelleAutor Dustin

ou avec RR:

stub.any_instance_of(A).do_something { 23 }

InformationsquelleAutor Chris Lloyd

3

Dans la dernière version de RSpec d'aujourd'hui - 3.5, vous pouvez:
```
allow_any_instance_of(Widget).to receive(:name).and_return("Wibble")
```
InformationsquelleAutor Lukasz Muzyka
2

Je fais comme Denis Barushev réponse. Et j'aimerais vous suggérer un seul changement cosmétique qui fait new_method variable inutile. Rspec ne munge sur écrasé de méthodes, de sorte qu'ils puissent être accessibles avec proxied_by_rspec__ préfixe:
```
A.stub!(:new).and_return do |*args|
  a = A.proxied_by_rspec__new(*args)
  a.should_receive(:do_something).and_return(23)
  a
end
```
- C'est vraiment une bonne idée, mais il ne fonctionne pas avec la version de RSpec je suis en utilisant. Denis réponse n'travail.
- Merci! Oui, c'est très dépendante de la "mandaté_par_rspec__" le préfixe du nom de convention qui ne peut pas être une partie de ce qui est publié par l'API. Oh, et ".d'appel" n'est pas nécessaire sur la deuxième ligne, désolé. BTW ce RSpec version utilisez-vous?
InformationsquelleAutor Serge Balyuk
2

Dans RSpec 2.6 ou version ultérieure, vous pouvez utiliser
```
A.any_instance.stub(do_something: 23)
```
Voir les docs pour plus de détails. (Merci à rogerdpack pour préciser que c'est désormais possible - j'ai pensé qu'il méritait une réponse de sa propre)

InformationsquelleAutor David Waller
0

De stub une méthode d'instance, vous pouvez faire quelque chose comme ceci:
```
before :each do
  @my_stub = stub("A")
  @my_stub.should_receive(:do_something).with(no_args()).and_return(42)
  @my_stub.should_receive(:do_something_else).with(any_args()).and_return(true)
  A.stub(:new).and_return(my_stub)
end
```
Mais comme pschneider l'a souligné, il suffit de retourner 42 sur les nouvelles avec:
A.stub(:new).and_return(42) ou quelque chose à cet effet.
- Je pense que le point est à la stub de la méthode d'instance lorsque vous n'êtes pas dans le contrôle de créer les instances de votre test. De Plus, l'initialiseur de ne pas retourner 42, il définit une variable d'instance: c'est le faire_quelque_chose méthode qui retourne 42 qui doit être écrasé.
- Le A.stub(:new).and_return(@my_stub) sera de retour l'instance tampon à chaque fois, ce qui vous donne le contrôle sur la création de l'instance. Aussi loin que la définition de la variable membre, j'ai toujours entendu dire que vous n'êtes pas censé vous soucier des internes en se moquant/stubbing, juste interfaces publiques. Donc, il suffit de retourner les valeurs correctes pour la méthode qui dépend @x. Je suis probablement mal si
InformationsquelleAutor bluehavana
0

Ici est une idée qui est peut-être pas très élégant, mais est fondamentalement assurez-vous de travail:

Créer une petite classe qui hérite de la classe, vous voulez tester, substituez la méthode initialize et appel super après avoir créé les talons dans l'initialiser, comme suit:
```
it "should call during_init in initialize" do
  class TestClass < TheClassToTest
    def initialize
      should_receive(:during_init)
      super
    end
  end
  TestClass.new
end
```
Et là vous allez! J'ai juste utilisé avec succès dans un de mes tests.

InformationsquelleAutor AdrienE
0

La rspec_candy bijou est livré avec un stub_any_instance méthode d'assistance qui fonctionne dans les deux RSpec 1 et RSpec 2.

InformationsquelleAutor triskweline
-1

Dans ma version de rspec (1.2.2) je peux le faire:
```
A.should_receive(:new).and_return(42)
```
Je sais que c'est probablement à la fin de la réponse à l'affiche originale, mais j'y réponds quand même pour référence future, que je suis venu ici avec la même question, mais comprendre c'est de travailler sur la dernière rspec version.
- Le comportement de votre suggestion n'est pas correct. C'est l' :faire_quelque_chose méthode qui renvoie 42, pas l'initialiseur.
InformationsquelleAutor phss

Vous devez vous connecter pour publier un commentaire.