Ruby on Rails - contrôleur d'Accès à la variable de modèle

Je suis en train d'essayer d'accéder à une variable d'instance qui est définie dans le contrôleur dans le modèle. Le contrôleur est le contrôleur des produits et le modèle est le modèle de produits. La variable d'instance est une instance d'un autre modèle appelé compte.

La variable d'instance est @current_account

Lorsque j'exécute le code, rien ne se passe, je ne reçois pas une erreur. Quelqu'un sait-il où je peux trouver quelque chose de lire à propos de l'accès des variables d'instance situé dans le contrôleur à partir du modèle?

Grâce

Eef

Si vous essayez d'accéder à l' @current_account variable dans un modèle? Le @current_account variable est définie dans le contrôleur?

InformationsquelleAutor RailsSon | 2010-03-10

46

Vous ne devriez pas généralement essayez d'accéder au contrôleur du modèle pour la haute-esprit les questions je n'entrerai pas dans.

J'ai résolu un problème similaire comme:
```
class Account < ActiveRecord::Base
  cattr_accessor :current
end

class ApplicationController < ActionController::Base
  before_filter :set_current_account
  def set_current_account
    #  set @current_account from session data here
    Account.current = @current_account
  end
end
```
Puis il suffit d'accès, le compte courant avec Account.current
- Ne sont pas de la classe des variables partagées à l'échelle de toutes les demandes?!
- Je ne comprends pas comment obtenir la valeur de la variable à partir de l' :symbole actuel dans le modèle? J'ai essayé de Compte.courants et courants.
- Quelle est la différence entre cattr_accessor et attr_accessor?
- cattr_accessor est attaché à la classe, comme self.value, plutôt qu'une méthode value.
InformationsquelleAutor jeem
8

AVERTISSEMENT: Le code suivant pauses conventions MVC, cela dit...

À l'aide des attributs de classe peut probablement conduire à enfiler les questions de sécurité. Je voudrais utiliser Thread.courant + around_filter pour stocker contrôleur de données liées au niveau de thread, et de s'assurer qu'il est effacée
juste avant la demande finitions:
```
class ApplicationController < ActionController::Base

  around_filter :wrap_with_hack

  def wrap_with_hack
    # We could do this (greener solution): 
    # http://coderrr.wordpress.com/2008/04/10/lets-stop-polluting-the-threadcurrent-hash/
    # ... but for simplicity sake:
    Thread.current[:controller] = self
    begin
      yield
    ensure
     # Prevent cross request access if thread is reused later
     Thread.current[:controller] = nil
    end
  end
end
```
Maintenant, le contrôleur instance sera disponible mondialement au cours du traitement de la demande par le biais de Fil.current[:contrôleur]
- Salut @ibaixas merci pour cette. Mais pouvez-vous expliquer comment un attribut de classe conduit de fil problème de sécurité. Je suis un newbie. Et ce problème est-il présent dans les Rails 4 ainsi
- Variables de classe sont partagées entre les threads. Cela signifie que lors de l'utilisation d'un serveur d'application multithread comme puma, différents threads gestion des diverses demandes de stocker l'instance du contrôleur dans la même variable, en écrasant les uns les autres. En utilisant le Fil.courant de hachage de vous assurer que la variable est réglée uniquement par le thread courant. Désolé pour le (2 ans) de retard ...
InformationsquelleAutor ibaixas
5

Si vous besoin pour accéder à un contrôleur de variable à partir d'un modèle, cela signifie que votre conception est mauvaise à cause d'un contrôleur sert de pont entre modèle et de la vue (au moins dans les Rails), le contrôleur reçoit des informations à partir de modèles, les modèles ne sais rien à propos des contrôleurs, mais si vous voulez le faire de toute façon vous pouvez le faire aussi jeem dit, mais je préfère le faire:
```
 class << self

    attr_accessor :current

 end
```
au lieu de
```
cattr_accessor :courant
```
vous pouvez voir pourquoi ici => cattr_accessor ne fonctionne pas comme il devrait
- Ce n'est pas beaucoup mieux, parce que c'est toujours partagé entre les demandes, pour ne rien dire de fil de sécurité. Il doit être un attribut sur un Utilisateur exemple ou autre chose que vous devrait passer aux méthodes qui ont besoin de les connaître.
InformationsquelleAutor raf
2

Je ne peux pas commenter directement, donc je vais poster ici: accepté la réponse ne semble pas y avoir droit. Comme @étau des notes, des variables de classe sont partagés entre les requêtes. Donc, sauf si il y a juste un compte courant pour l'ensemble de l'application, cela ne se comportent pas comme prévu.

Pour en savoir plus, voir la accepté de répondre par @molf ici: Est des Rails shared-nothing ou peut séparer les demandes d'accès les mêmes variables runtime?

InformationsquelleAutor Jacob
1

Je ne suis pas sûr si je comprends la question exactement, mais je vais prendre un coup de couteau.

Je pense que si vous avez besoin d'accéder à une instance de contrôleur de la variable dans le modèle, alors vous soit besoin d'en faire un attribut dans le modèle, ou de déplacer votre logique à l'autre classe de contrôleur, pas de modèle.

InformationsquelleAutor ghoppe

Vous devez vous connecter pour publier un commentaire.