Welches Mock-Framwork?

[freimatz]

Hallo,
ich überlege gerade für ein weiteres Projekt Mocks einzusetzen. Was nehme ich da am Besten? Ich habe schon etwas geggogelt und da gibt es "Delphi Mocks", aber auch bei Spring4D, welches ich schon einsetze ist wohl was dabei.
(Ich verwende kein DUnitX, sondern das "normale" Framework.)

[Stevie]

Spring4D natürlich!

Ich bin da ja ein bisschen voreingenommen, aber ich behaupte, dass meine Implementierung fortgeschrittener ist, als die von Delphi-Mocks.

[freimatz]

Danke. Versuche es mal damit.

Habe hier auch ein Beispiel gefunden.

[Stevie]

Lass mir ruhig reichlich Feedback zukommen, gern auch per email.

[Der schöne Günther]

Kein Mensch der Welt kann ernsthaft etwas Schlechtes gegen Spring4D sagen.

Trotzdem, ich habe für meinen Teil nie verstanden wofür ich ein komplexes Mocking-Framework, meist mit elaboraten und wohlklingenden Fluent Interfaces, brauche. Ich komme mit dem TVirtualMethodInterceptor aus System.Rtti seit Jahren sehr schnell ans Ziel. Mir fehlt einfach die Phantasie was ein komplettes Framework hierfür mir bieten könnte, außer Dinge hinter wohlklingenden Abstraktionen zu verstecken in die man sich erst einarbeiten müsste.

tl;dr: Ich glaube nicht dass man für Mocking ein Mocking-Framework haben muss.

[Stevie]

Zitat von Der schöne Günther:

nie verstanden wofür ich ein komplexes Mocking-Framework brauche.

Vielleicht einfach deshalb, weil man ebend nicht händisch Callbacks für TVirtualInterface zusammen klöppeln möchte, wo man dann sein Behavior rein schreiben muss?

paymentServiceMock.Returns(success).When.Transfer(19.99, 'EUR') im Unittest kann wohl kaum an Les- und Wartbarkeit überboten werden.