Comment passer une variable d'instance pour une RSpec partagée exemple

Je suis en utilisant RSpec (2.10.1) pour tester des validations sur un modèle et en avons extrait un peu de code pour partager avec d'autres modèle de validation. Les validations ont d'abord été écrit sur la table Sociétés, de sorte que le code ressemble à ceci:

# support/shared_examples.rb
shared_examples "a text field" do |field, fill, length|
  it "it should be long enough" do
    @company.send("#{field}=", fill * length)
    @company.should be_valid
  end

  etc...
end

et l'usage est:

# company_spec.rb
describe Company do
  before { @company = Company.new( init stuff here ) }

  describe "when address2" do
    it_behaves_like "a text field", "address2", "a", Company.address2.limit
  end

  etc...
end

Je voudrais passer le @company en tant que paramètre de l'exemple afin que je puisse réutiliser le code pour les différents modèles, quelque chose comme ceci:

# support/shared_examples.rb
shared_examples "a text field" do |model, field, fill, length|
  it "it should be long enough" do
    model.send("#{field}=", fill * length)
    model.should be_valid
  end

  etc...
end

et l'usage est:

# company_spec.rb
describe Company do
  before { @company = Company.new( init stuff here ) }

  describe "when address2" do
    it_behaves_like "a text field", @company, "address2", "a", Company.address2.limit
  end

  etc...
end

Cependant, quand je fais cela je reçois undefined method 'address2' for nil:NilClass. Il semble @company n'est pas passé (pas dans le champ d'application?) Comment puis-je obtenir quelque chose comme cela fonctionne?

InformationsquelleAutor George Shaw | 2012-07-06

rspec2 ruby-on-rails

53

Le problème est que self dans l'exemple de groupe est différente de self dans un before crochet, donc ce n'est pas la même variable d'instance, même si elle a le même nom.

Je vous recommande d'utiliser let pour les cas comme ceux-ci:
```
# support/shared_examples.rb
shared_examples "a text field" do |field, fill, length|
  it "it should be long enough" do
    model.send("#{field}=", fill * length)
    model.should be_valid
  end
end

# company_spec.rb
describe Company do
  describe "when address2" do
    it_behaves_like "a text field", "address2", "a", Company.address2.limit do
      let(:model) { Company.new( init stuff here ) }
    end
  end
end
```
- Certains morceaux ne font pas de sens pour moi. Si c'est que self est différent, où est-il différent? Pourquoi ne @company.send() et @company.should travail dans shared_examples? Dans votre suggestion, je peux les remplacer Company.new() avec @company (en gardant les before bloc) et qui fonctionne. Ma compréhension est manquant quelque chose à propos de ce qui se passe exactement ici. Il semble que self est seulement différente, dans un lieu particulier (la ligne it_behaves_like jusqu'à do).
- Il y a deux valeurs de base self prend en RSpec, et c'est analogue pour les deux valeurs de soi dans un ruby définition de la classe. Entre un describe/context/shared_examples_for et de ses correspondants end (mais pas dans le it blocs), self est l'exemple du groupe, tout comme self dans un corps de classe (mais pas dans une définition de la méthode) est la classe elle-même. self dans un it/let bloc ou un before/after/around crochet ou en est l'exemple, tout comme self dans une classe de l'instance de définition de la méthode est l'instance de la classe.
- Une autre façon de penser: il y a deux processus de passage que RSpec effectue. Tout d'abord, il évalue tous les imbriquée describe/context/shared_examples_for des blocs afin de définir tous les exemples; à ce stade, self dans ces contextes, c'est l'exemple correspondant de groupe. Deuxièmement, RSpec fonctionne tout le défini exemples (la it blocs). Chaque définie exemple est évalué dans une instance de l'exemple correspondant de groupe, et self est l'exemple.
- Merci. Je suis relativement nouveau à RSpec, mais je trouve ce comportement a une mauvaise odeur. Effets secondaires de la mise en œuvre ne devrait pas entraver le programmeur. L'ajout de la let() détruit la concision des paramètres sur la ligne. Il semble que si RSPec ne trouve pas une variable définie dans le champ d'application de it-self alors il devrait se regarder dans le champ d'application de describe-self. Ou, il devrait y avoir quelque chose pour obtenir des variables à partir de l'autre soi-même (c'est à dire otherself.company). Mon code utilise subject(@company), et depuis, j'ai constaté que je peux utiliser subject pour remplacer model, mais qui a un code de l'odeur de son propre.
- AFAICS, votre alternative ne permet pas la réutilisation de la Company de code de configuration à travers de multiples it_behaves_like invocations. AIUI c'est le point de l'ensemble de la question; l'original de l'affiche veut être en mesure de le mettre dans un before bloc pour les réutiliser (et moi aussi :-/)
- Ce n'est pas la façon dont j'ai lu la question, mais voici comment vous pouvez le déplacer dans un before bloc ou dans un let dans le Company groupe exemple: gist.github.com/myronmarston/4986865 . J'ai toujours tendance à privilégier un let méthode par rapport à des variables d'instance pour ces cas, parce que les variables d'instance de printemps à l'existence au moment de référence, qui est ce qui a causé l'affiche originale du problème: les deux @company variables dans les exemples sont séparés (dont l'un est nul), mais ce n'est pas évident.
- Merci, bon conseil sur l'utilisation de let pour cela.
- Je suppose laissez fonctionne, mais il n'est pas aussi lisible que de simplement en passant une variable serait. Merci quand même!
- Fournissant un contexte de groupe partagé à l'aide de blocs est officiellement documentée ici: relishapp.com/rspec/rspec-core/docs/example-groups/...
InformationsquelleAutor Myron Marston

Vous devez vous connecter pour publier un commentaire.