Maquette vs MagicMock

Quelle est la raison de la plaine se Moquer de existant?

Se moquer de l'auteur, Michael Foord, adressée une question très semblable à Pycon 2011 (31:00):

Q: Pourquoi MagicMock fait une chose distincte plutôt que de simplement le pliage de la capacité dans le défaut de l'objet fantaisie?

Un: Une réponse raisonnable est que la façon dont MagicMock œuvres, c'est qu'il preconfigures tous ces protocoles méthodes par la création de nouveaux objets fantaisie et
de la fixation, de sorte que si chaque nouvelle maquette créé un tas de nouveaux objets fantaisie et
ceux qui comme protocole de méthodes et de tous ceux protocole de méthodes
créé un groupe de plus se moque et les mettre sur leurs protocole de méthodes,
vous avez une récursion infinie...

Que si vous voulez accéder à votre fantaisie comme un objet conteneur pour être un
erreur -- vous ne voulez pas que cela fonctionne? Si chaque maquette est automatiquement
fait tous le protocole de la méthode, il devient alors beaucoup plus difficile à faire
qu'. Et aussi, MagicMock fait partie de cette préconfiguration pour vous,
réglage des valeurs de retour qui pourrait ne pas être appropriée, alors j'ai pensé que c'
serait mieux d'avoir ce confort qui a tout
préconfigurés et disponibles pour vous, mais vous pouvez aussi prendre un ordinaire
maquette de l'objet et il suffit de configurer les méthodes magiques vous souhaitez exister...

La réponse est simple: il suffit d'utiliser MagicMock partout si c'est le
comportement que vous souhaitez.

Pour commencer, MagicMock est une sous-classe de Mock.

class MagicMock(MagicMixin, Mock)

Comme un résultat, MagicMock offre tout ce que Simulacre d'offre et plus. Plutôt que de penser que de se Moquer comme une version allégée de MagicMock, pensez à MagicMock comme une version étendue de la Maquette. Cela devrait répondre à vos questions sur le pourquoi de Fantaisie qui existe et ce qui ne se Moquer de fournir sur le dessus de MagicMock.

Deuxièmement, MagicMock fournit des implémentations par défaut de beaucoup de/la plupart des méthodes magiques, alors que la Maquette n'est pas. Voir ici pour plus d'informations sur les méthodes magiques fourni.

Quelques exemples de méthodes magiques:

>>> int(Mock())
TypeError: int() argument must be a string or a number, not 'Mock'
>>> int(MagicMock())
1
>>> len(Mock())
TypeError: object of type 'Mock' has no len()
>>> len(MagicMock())
0

Et ces qui ne peuvent pas être aussi intuitive (au moins pas intuitif pour moi):

>>> with MagicMock():
...     print 'hello world'
...
hello world
>>> MagicMock()[1]
<MagicMock name='mock.__getitem__()' id='4385349968'>

Vous pouvez "voir" les méthodes ajoutée à MagicMock que ces méthodes sont invoquées pour la première fois:

>>> magic1 = MagicMock()
>>> dir(magic1)
['assert_any_call', 'assert_called_once_with', ...]
>>> int(magic1)
1
>>> dir(magic1)
['__int__', 'assert_any_call', 'assert_called_once_with', ...]
>>> len(magic1)
0
>>> dir(magic1)
['__int__', '__len__', 'assert_any_call', 'assert_called_once_with', ...]

Pourquoi donc ne pas utiliser MagicMock tout le temps?

La question est: Êtes-vous d'accord avec la valeur par défaut de la magie implémentations de méthode? Par exemple, est-il acceptable pour mocked_object[1] à pas d'erreur? Êtes-vous d'accord avec les conséquences imprévues en raison de la méthode magique implémentations d'être déjà là?

Si la réponse à ces questions est oui, alors allez-y et utilisez MagicMock. Sinon, s'en tenir à se Moquer.