lumiera_/tests/basics
Ichthyostega 09e7e1f8f5 WIP: pondering diff representation variants
Actually I arried at the conclusion, that the *receiving* of
a diff representation is actually a typical double-dispatch situation.
This leads to the attempt to come up with a specialised visitor
as standard pattern to handle and apply a diff. Obviously,
we do not want the classical GoF-Visitor, but (yes, we had
that discussion allready) -- well in terms of runtime cost,
we have to deal with at least two indirections anyway;
so now I'm exploring the idea to implement one of these
indirections through a functor object, which at the same time
acts as "Tag" in the diff representation language (instead
of using an enum as tag)
2014-11-10 04:00:39 +01:00
..
time reorganise test suite compartments 2014-10-17 20:02:25 +02:00
diagnostic-context-test.cpp reduce the load of some tests 2014-10-18 05:09:18 +02:00
DIR_INFO reorganise test suite compartments 2014-10-17 20:02:25 +02:00
streamtypebasicstest.cpp reorganise test suite compartments 2014-10-17 20:02:25 +02:00
streamtypelifecycletest.cpp reorganise test suite compartments 2014-10-17 20:02:25 +02:00
teststreamtypes.hpp reorganise test suite compartments 2014-10-17 20:02:25 +02:00
typed-counter-test.cpp link tests with stringent application scope dependencies (closes #938) 2014-10-17 21:15:59 +02:00
visitingtool-concept.cpp WIP: pondering diff representation variants 2014-11-10 04:00:39 +01:00
visitingtool-extended-test.cpp WIP: pondering diff representation variants 2014-11-10 04:00:39 +01:00
visitingtool-test.cpp WIP: pondering diff representation variants 2014-11-10 04:00:39 +01:00