Von 0 auf 100 - Delphi.Mocks ein Mockframework für Delphi

[dummzeuch]

Wieder eine schöne Einführung in ein Thema, mit dem ich mich bisher viel zu wenig (nämlich eigentlich gar nicht) beschäftigt habe. Danke dafür.

Und noch ein Lob: Deine Videos, die ich mir bisher angesehen habe, kommen relativ gut auf den Punkt. Andere sind leider häufig so ausschweifend, dass es Zeitverschwendung ist, sie zu schauen.


(Abgesehen natürlich davon, dass ich mir Videos im Büro nicht anschauen kann, da ich sonst die Kollegen nerve. Im Moment bin ich im Home Office, da geht das.)

[TiGü]

Zitat von dummzeuch:

(Abgesehen natürlich davon, dass ich mir Videos im Büro nicht anschauen kann, da ich sonst die Kollegen nerve. Im Moment bin ich im Home Office, da geht das.)

Kopfhörer sind keine Option?

[Rollo62]

<OT>
Das kann schnell bescheuert aussehen.
Das will man den lieben Kollegen doch nicht antun
</OT>

[TiGü]

Zitat von Rollo62:

<OT>
Das kann schnell bescheuert aussehen.
Das will man den lieben Kollegen doch nicht antun
</OT>

Na ja, ich war gedanklich eher bei kleinen In-Ear-Kopfhörern, so dass man auch ganz leicht nur mit einer Seite einem Video zuhören kann.

[dummzeuch]

Zitat von TiGü:

Zitat von Rollo62:

<OT>
Das kann schnell bescheuert aussehen.
Das will man den lieben Kollegen doch nicht antun
</OT>

Na ja, ich war gedanklich eher bei kleinen In-Ear-Kopfhörern, so dass man auch ganz leicht nur mit einer Seite einem Video zuhören kann.

Auch die Dinger kann ich absolut nicht ab. Ich stamme noch aus einer Zeit, als man noch nicht ständig mit einem Knopf im Ohr herumlief. Mir graut schon davor, wenn ich irgendwann ein Hörgerät brauchen sollte. Aber wir kommen "etwas" vom Thema ab.

[Stevie]

Nur mal so als Teaser, warum Spring.Mocking besser ist als Delphi.Mocks.

Ich arbeite gerade, dass man das Mock Setup aus dem Video bei ca 21:00 so schreiben kann:

ml.Setup.Returns(True).When.TryGetOperation(Arg = 'm', Arg.Ref(mo.Instance).Return);

Syntax und Benamung für den Out Parameter Teil ist noch nicht final.

[Rollo62]

Die Mocks sind sehr interessant für die Entwicklung von neuen Klasse im Team, so setze ich das auch teilweise ein.
Mich würde aber mal interessieren ob man Mocks auch zum Erweitern von bestehenden, aktiven Klassen einsetzen sollte,
also auch generell im produktiven Umfeld in echten Applikationen ?

Ich denke es spricht nichts dagegen, aber es könnte auch sein das Mocks da an gewissen Stellen Probleme machen (Speicherbedarf, Timing, usw.).
Wann sollte man das besser nicht produktiv nutzen, wenn überhaupt ?

[dummzeuch]

Zitat von TiGü:

Zitat von dummzeuch:

(Abgesehen natürlich davon, dass ich mir Videos im Büro nicht anschauen kann, da ich sonst die Kollegen nerve. Im Moment bin ich im Home Office, da geht das.)

Kopfhörer sind keine Option?

Nein, sind sie nicht.

[TurboMagic]

Zum Thema Ekon 14: selber schuld, dass du seitdem nicht mehr hingegangen bist?

Zu Spring: Stefan Glienke hat auch erzählt, dass V2.0 in einer Alpha Version
schon von ein paar Leuten erfolgreich eingesetzt wird und das API sich nach
seiner aktuellen Einschätzung wohl nicht mehr großartig ändern wird.

Wenn ich seine Ekon Präsentation richtig verstanden habe, kann man damit Generics
Code "Bloat" richtig gut eindämmen.

Aber auch ich muss mir Spring mal endlich anschauen...

Grüße
TurboMagic