Rails: le remplacement des ActiveRecord association de la méthode

Est-il un moyen de remplacer l'une des méthodes fournies par un ActiveRecord association?

Dire par exemple j'ai le type polymorphe has_many :par l'association:

class Story < ActiveRecord::Base
    has_many :taggings, :as => :taggable
    has_many :tags, :through => :taggings, :order => :name
end


class Tag < ActiveRecord::Base
    has_many :taggings, :dependent => :destroy
    has_many :stories, :through => :taggings, :source => :taggable, :source_type => "Story"
end

Comme vous le savez probablement cela ajoute toute une série de méthodes associées à l'Histoire du modèle, comme les tags, les balises<< tags=, tags.vide?, etc.

Comment puis-je aller sur la substitution de l'une de ces méthodes? Plus précisément les balises<< méthode. Il est assez facile de remplacer une classe normale méthodes mais je n'arrive pas à trouver des renseignements sur la façon de remplacer les modalités d'association. Faire quelque chose comme

def tags<< *new_tags
    #do stuff
end

produit une erreur de syntaxe quand il est appelé ainsi, il n'est évidemment pas aussi simple que cela.

Qu'essayez-vous de le faire pour? Ceci pourrait briser autres ActiveRecord fonctionnalité, et il y a sans doute une meilleure façon de faire ce que vous essayez

InformationsquelleAutor seaneshbaugh | 2010-05-23

55

Vous pouvez utiliser le bloc avec has_many pour étendre votre association avec des méthodes. Voir le commentaire "l'Utilisation d'un bloc d'étendre vos associations" ici.

Surchargeant les méthodes existantes fonctionne aussi, je ne sais pas si c'est une bonne idée cependant.
```
  has_many :tags, :through => :taggings, :order => :name do
    def << (value)
      "overriden" #your code here
      super value
    end     
  end
```
- Bien sûr! L'avais oublié celui-là. C'est probablement la meilleure façon de faire ce que vous êtes après.
- Et comment vous appelez la méthode originale? (Je veux remplacer la méthode build, ajouter des valeurs par défaut, puis appeler l'original)
- ne pas super faire l'affaire?
- Comment puis-je remplacer association getter de cette façon?
- 😐 Ils auraient pu utiliser RSA, c'est une meilleure façon d'empêcher les gens de le faire.
- J'ai essayé avec rails 5.1 et il ne marche pas pour une certaine raison. la principale fonction n'est pas appelée
- Pas de travail pour les Rails 3.2 avec has_one =/.
InformationsquelleAutor Voyta
18

Si vous souhaitez accéder, le modèle lui-même dans les Rails 3.2 vous devez utiliser proxy_association.owner

Exemple:
```
class Author < ActiveRecord::Base
  has_many :books do
    def << (book)
      proxy_association.owner.add_book(book)
    end
  end

  def add_book (book)
    # do your thing here.
  end
end
```
Voir la documentation
- c'est encore le cas dans les Rails 5.1
- cela ne fonctionne pas pour moi dans les rails 5.1 - la primauté de l' << méthode n'est pas appelée du tout 🙁
InformationsquelleAutor Paul Oliver
0

Je pense que vous avez voulu def tags.<<(*new_tags) pour la signature, qui devrait fonctionner, ou de la suivante, qui est l'équivalent, et un peu plus propre si vous avez besoin de remplacer plusieurs méthodes.
```
class << tags
  def <<(*new_tags)
    # rawr!
  end
end
```
- Je ne pense pas que ce soit de ceux qui vont travailler. Il semble que vous ce que vous suggère, c'est d'essayer de prolonger la Eigenclass de la valeur retournée par la tags méthode.
- C'est la définition d'une méthode à l'intérieur de la eigenclass de ce qui est retourné par tags, ce qui est probablement un tableau. Cela a pour effet de l'ajout d'une nouvelle méthode d'instance de la matrice, ce qui est ce que j'ai compris la question originale à poser. extend a un sens précis en ruby et ce n'est pas ce qui se passe ici.
- Vous avez raison, c'est exactement ce qu'il fait. Je suppose que je ne comprenais pas où vous avez été suggérant de placer ce code. De toute façon, je crois que j'ai répondu à peu près la même chose, juste avec un peu plus de contexte.
InformationsquelleAutor x1a4
0

Vous devez définir les balises méthode retourne un objet qui a une << méthode.

Vous pourriez le faire comme cela, mais j'ai vraiment ne vous le recommande pas. Vous feriez beaucoup mieux de simplement ajouter une méthode à votre modèle qui correspond à ce que vous voulez que d'essayer de remplacer quelque chose de ActiveRecord utilise.

Essentiellement, cela fonctionne par défaut tags méthode ajoute une << méthode de l'objet et renvoie cet objet. Cela peut être un peu gourmand en ressource, car elle crée une nouvelle méthode à chaque fois que vous l'exécutez
```
def tags_with_append
  collection = tags_without_append
  def collection.<< (*arguments)
    ...
  end
  collection
end
# defines the method 'tags' by aliasing 'tags_with_append'
alias_method_chain :tags, :append  
```
InformationsquelleAutor Daniel Beardsley
0

La méthode que j'utilise est d'étendre l'association. Vous pouvez voir la façon dont je gère la "quantité" attributs ici: https://gist.github.com/1399762

Il permet essentiellement de faire de
```
has_many : tags, :through => : taggings, extend => QuantityAssociation
```
Sans savoir exactement ce que vous espérez atteindre en surchargeant les méthodes de ses difficile de savoir si vous pourriez faire de même.

InformationsquelleAutor BigFive

Cela peut ne pas être utile dans votre cas, mais qui pourrait être utile pour d'autres personnes à la recherche dans ce.

Association Rappels:
http://api.rubyonrails.org/classes/ActiveRecord/Associations/ClassMethods.html

Exemple de la doc:

class Project
  has_and_belongs_to_many :developers, :after_add => :evaluate_velocity

  def evaluate_velocity(developer)
    ...
  end
end

Voir aussi Association Extensions:

class Account < ActiveRecord::Base
  has_many :people do
    def find_or_create_by_name(name)
      first_name, last_name = name.split(" ", 2)
      find_or_create_by_first_name_and_last_name(first_name, last_name)
    end
  end
end

person = Account.first.people.find_or_create_by_name("David Heinemeier Hansson")
person.first_name # => "David"
person.last_name  # => "Heinemeier Hansson"

InformationsquelleAutor Rimian

0

Rails guides documents sur la substitution de l'ajout des méthodes directement.

OP problème avec prépondérant << est probablement la seule exception à cette règle, pour qui le suivent la réponse sommet. Mais il ne serait pas travailler pour has_one's = attribution de la méthode ou des méthodes de lecture.

InformationsquelleAutor lulalala

Vous devez vous connecter pour publier un commentaire.