Programmation des fonctions et objets Mock

Question

Je regardais récemment une webdiffusion sur Clojure. Dans ce document, le présentateur a fait un commentaire dans le contexte de la discussion sur la nature de la PF de Clojure qui est allé quelque chose comme (j'espère que je ne le déforme pas) "Les objets simulés se moquent de vous".

J'ai également entendu un commentaire similaire il y a quelque temps lorsque j'ai regardé une webémission lorsque Microsoft Reactive Framework commençait à apparaître. Il est allé quelque chose comme "Les objets simulés sont pour ceux qui ne connaissent pas les mathématiques")

Maintenant je sais que les deux commentaires sont des blagues/langue-en-tête etc etc (et probablement mal paraphrasé), mais sous-jacente est évidemment quelque chose de conceptuel que je ne comprends pas car je n'ai pas vraiment fait le déplacement vers le paradigme de la PF. Donc, je serais reconnaissant si quelqu'un pourrait expliquer si FP rend en fait redondant moqueur et si oui comment.

Answer 1

En FP pur, vous disposez de fonctions de référence transparentes qui calculent la même sortie chaque fois que vous les appelez avec la même entrée. Tout l'état dont vous avez besoin doit donc être explicitement transmis en tant que paramètres et en tant que résultats de fonction, il n'y a pas d'objets avec état qui sont en quelque sorte "cachés derrière" la fonction que vous appelez. Ceci, cependant, est ce que font généralement vos objets simulés: simuler un état ou un comportement caché externe sur lequel se fonde votre sujet testé. En d'autres termes: OO: Vos objets combinent l'état et le comportement associés. Pure FP: L'état est quelque chose que vous passez entre les fonctions qui sont elles-mêmes sans état et ne dépendent que d'autres fonctions sans état.

Answer 2

Je pense que la chose importante à penser est l'idée d'utiliser des tests pour vous aider à structurer votre code. Les simulacres consistent en réalité à différer des décisions que vous ne voulez pas prendre maintenant (et une technique largement mal comprise). Au lieu de l'état de l'objet, considérez les fonctions partielles. Vous pouvez écrire une fonction qui fait dévier une partie de son comportement vers une fonction partielle transmise. Dans un test unitaire, il peut s'agir d'une fausse implémentation qui vous permet de vous concentrer uniquement sur le code en main. Plus tard, vous composez votre nouveau code avec une implémentation réelle pour construire le système.

En fait, lorsque nous avons développé l'idée de Mocks, j'ai toujours pensé à Mocks de cette façon. La partie de l'objet était accessoire.