Qu'est-ce que Monkey Patching' Signifie exactement en Ruby?

La réponse courte est qu'il n'est pas "exactement" le sens, parce que c'est un roman terme, et différents des gens l'utiliser différemment. Que beaucoup, au moins, peuvent être appréhendées à partir de l'article de Wikipédia. Il y en a qui insistent qu'il ne s'applique qu'à "l'exécution" du code (intégrés dans les classes, je suppose) alors que certains l'utilisent pour désigner le moment de l'exécution de la modification de n'importe quelle classe.

Personnellement, je préfère la définition plus inclusive. Après tout, si nous étions à utiliser le terme de modification de classes intégrées que nous nous référons à l'exécution de la modification de toutes les autres classes? L'important pour moi est qu'il y a une différence entre le code source et le fonctionnement réel de la classe.

En Ruby, le terme singe patch a été
mal compris toute dynamique
la modification d'une classe et est souvent
utilisé comme synonyme de façon dynamique
la modification d'une classe à l'exécution.

La déclaration ci-dessus affirme que le Rubis d'utilisation est incorrecte, mais les conditions d'évoluer, et ce n'est pas toujours une mauvaise chose.

Monkey patching est quand vous remplacer les méthodes d'une classe à l'exécution (pas ajouter de nouvelles méthodes comme d'autres l'ont décrit).

En plus d'être un très évidente et difficile à déboguer façon à modifier le code, il n'a pas d'échelle; comme de plus en plus de modules de démarrage monkey patching méthodes, la probabilité de changements en piétinant les uns les autres à grandir.

C'est monkey patching:

class Float
  def self.times(&block)
    self.to_i.times { |i| yield(i) }
    remainder = self - self.to_i
    yield(remainder) if remainder > 0.0
  end
end

Maintenant, j'imagine que cela peut parfois être utile, mais imaginez si vous l'avez vu routine.

def my_method(my_special_number)
  sum = 0
  my_special_number.times { |num| sum << some_val ** num }
  sum
end

Et des pauses parfois lorsqu'elle est appelée. Pour ceux qui paient l'attention que vous savez déjà pourquoi, mais imaginez que vous ne saviez pas sur le type float avoir un .times classe-méthode et vous automatiquement supposer que my_special_number est un entier. Chaque fois que le paramètre est un nombre entier, entier ou flottant, elle fonctionne très bien (tout entiers sont passés, sauf quand il y a une virgule flottante reste). Mais passer un certain nombre avec quoi que ce soit dans les décimales de la zone et il va casser, c'est sûr!

Imaginez combien de fois ce qui pourrait arriver avec vos gemmes, des Rails de plugins, et même par votre propre co-travailleurs dans vos projets. Si il y a une ou deux petites méthodes là-bas comme cela et il pourrait prendre un certain temps pour trouver et corriger.

Si vous vous demandez pourquoi il se casse, notez que sum est un entier et un virgule flottante reste pourrait être transmis; en outre, l'exponentielle signe ne fonctionne que si les types sont les mêmes. Donc, vous pourriez penser qu'il est fixe, parce que vous avez converti la peine numéros de flotte ... seulement pour trouver que la somme ne peut pas prendre le résultat à virgule flottante.

Généralement qu'elle est destinée à propos des modifications ponctuelles, à l'aide de Ruby, l'ouverture des classes, souvent avec une faible qualité de code.

Bon suivi sur le sujet:

http://www.infoq.com/articles/ruby-open-classes-monkeypatching