Ruby on Rails: Initialisation des variables d'instance avec les assistants en vue

Question

Je rencontre un problème de portée qui empêche les variables d'instance d'être initialisées correctement par les helpers appelés depuis la vue.

#sample_controller.rb 
class SampleController < ApplicationController 
    def test 
    end 
end 

#application_controller.rb 
helper_method :display 
def display 
    if not defined? @display 
    return @display = "a" 
    else 
    return @display += "a" 
    end 
end 

#test.html.erb 
<%= display %> 
<%= display %> 
<%= @display %> 
<%= @display.reverse %> 

Lorsque l'échantillon/test est affiché, il meurt avec une erreur "tout en évaluant nil.reverse". C'est surprenant car les deux premiers appels à afficher auraient dû initialiser @display j'aurais pensé. Si <% = @ display.reverse%> est supprimé, la sortie est "aa", indiquant que la variable d'instance @display est définie par la méthode d'assistance, mais qu'il n'y a pas d'accès dans la vue.

Si le contrôleur est modifié de façon à devenir (avec le code de la vue originale):

class SampleController < ApplicationController 
    def test 
    display 
    end 
end 

La sortie devient "aaa a un". Si je fais 2 appels à afficher dans le contrôleur, je reçois, "aaa aaaa aa aa". Il semble donc que seuls les appels effectués dans le contrôleur modifieront la variable d'instance SampleController, tandis que les appels dans la vue modifieront une variable d'instance pour ApplicationController à laquelle la vue n'a pas accès.

Est-ce un bug dans Rails ou est-ce que je suis mal compris et c'est pour une raison ou pour une autre?

Le contexte dans lequel j'ai rencontré ce bogue est d'essayer de créer un login_in? Méthode ApplicationController qui configure une variable @user la première fois qu'elle est appelée et renvoie true ou false si un utilisateur est connecté. Cela ne fonctionnerait que si j'ajoutais un appel inutile dans le contrôleur avant de tenter de l'utiliser dans la vue.

Answer 1

Il y a deux Ivars de @display au moment du rendu, l'un dans le contrôleur et un dans la vue. La vue ne peut pas accéder à celle du contrôleur et vice versa. Au début du rendu, Rails copie tous les fichiers ivars du contrôleur dans la vue. Mais à ce moment, @display n'existe pas et n'est pas copié. Dans tout programme ruby, un appel à @my_undefined_ivar renverra nil - ce qui est exactement ce qui vous arrive.

Pourrait être déroutant, ici il est dit d'une autre manière. Rails copie les fichiers ivars du contrôleur dans la vue au début du rendu. Ainsi, les changements dans l'ivar de la vue ne sont pas reflétés dans le contrôleur ivar et vice versa. L'assistant que vous avez défini permet à la vue d'invoquer une méthode sur le contrôleur afin que l'ivar du contrôleur puisse être renvoyé à la vue en tant que valeur de retour mais la modification du contrôleur lui-même n'est pas reflétée dans la vue. Utilisez simplement la méthode d'assistance dans ce cas et oubliez @display dans la vue.

Answer 2

Je pense que cela pourrait être le deuxième reserved words question que j'ai vu cette semaine ...

Astuce: vous avez besoin presque jamais utiliser le mot-clé return dans Ruby. En outre, votre utilisation de defined? me paniquer ... peut-être la peine d'essayer ceci:

if @display.nil? 
    @display = "a" 
    else 
    @display += "a" 
    end