Hallo Stefan,
also DUnit statt DUnitX ?
Was ist denn jetzt die Richtige Entscheidung.
Bin extra auf DUnitX eingestiegen weil ich dachte das ist der beste, modernste Weg für alle Aufgaben.
Ist DUnit denn evtl. besser unterstützt, oder wird DUnitX das DUnit bald verdrängen ?
Rollo
DUnitX wird "aktiv" entwickelt (so viel Zeit hat Vincent dafür allerdings auch nicht) und wurde afaik mehr aus der Not heraus geboren, da Teile von DUnit doch arg verwurschtelt sind.
Außerdem gab und gibt es derzeit keinen offiziellen Maintainer von DUnit, so dass das mehr so vor sich hingammelt, Embarcedero hat bei der Version, die sie mit ausliefern einiges modifiziert, was afair nicht irgendwo zurückgeflossen ist (aus vorherig genanntem Grund).
Ich persönlich vermisse in DUnit durch meine eigenen Erweiterungen (Link im vorherigen Post) nichts, was DUnitX bietet.
Mir macht es nichts, wenn ich von TTestCase (oder einer eigenen davon abgeleiteten Klasse) erben muss und mir fehlt auch kein Fixture Setup/TearDown.
DUnit wird von vielen leider missverstanden und aufgrund der etwas unglücklichen Benamung (
GUI oder Text/Console Runner sind eigentlich keine Runner sondern Listener),
denken viele, dass das darunter liegende Framework daran gekoppelt ist, was allerdings nicht stimmt.
IMO ist es tausendmal wichtiger, dass man überhaupt
Unit/Integrations Tests mit einer entsprechenden Abdeckung durchführt, als welches Framework man nutzt.