be2179ea81
command-closure-design( #301 ): better naming of implementation classes
...
Seems this was part of the confusion when looking at
the inheritance graph: Names where almost reversed
to the meaning. the ArgumentHolder was *not* the
argument holder, but the top level closure. And
the class "Closure" was not "the" Closure, but
just the argument holder. ;-)
2016-02-06 16:29:06 +01:00
3fef76e1d7
command-binding( #990 ): add new GenNode based argument binding
...
based on the new generic tuple builder, we're now able to
add a new binding function into the command implementation
machinery, alongside the existing one. As it stands, the
latter will be used rather by unit tests, while the new
access path is what will be actually taken within
the application, when receiving argument binding
messages dispatched via the UI-Bus.
2016-01-29 00:59:34 +01:00
08e7e3df15
prefer more readable bool operator spelling
...
especially the '!' for negation is sometimes too terse
and easily overlooked.
2015-09-25 03:12:04 +02:00
b9d1899486
cleanup: rectify Proc-Layer namespaces (II)
2011-12-02 17:50:44 +01:00
db2b02f0c5
define a front-end for explicit allocations
...
...currently just defined by forwarding
to std::allocator
2011-09-25 19:26:09 +02:00
3f1b7651e9
GPL header whitespace
2010-12-17 23:28:49 +01:00
c6d5f8a0b4
Proc Command framework: *first integraton round finished*
2009-10-11 05:57:46 +02:00
fdd940feba
clone builder implemented; problem resolved according to test
2009-10-11 05:57:45 +02:00
e32044e453
refactor CmdClosure to accept a cloneBuilder visitor
2009-10-11 05:57:45 +02:00
4f1c034b58
CommandRegistry: function test pass
2009-10-11 05:57:44 +02:00
07de2a767b
implement equality comparison on CommandImpl level
2009-10-11 05:57:44 +02:00
2aac4e8ea0
remove spurious AcceptArgumentBinding mixin from ArgumentHolder
...
it's an implementation class, after all, and doesn't need a convenience API
2009-10-11 05:57:43 +02:00
abd23ae399
TypedAllocationManager (frontend) now in lib:: -- unit test pass
2009-10-11 05:57:43 +02:00
09b9f64842
diagnostics about captured state (on the CmdClosure API)
2009-09-21 03:33:56 +02:00
246c535569
Rewrite CmdClosure to actually invoke rather then to create a tr1::bind term
...
basically this should close Ticket #205 (some details missing)
2009-09-21 03:15:06 +02:00
fd7337f801
WIP drastically simplify command-mutation.
...
As we're using now a command frontend interface and
and CommandImpl frame in the Registry, most of the
functionaliry on Mutation's interface is superfluous.
Additionally, this separates Mutation and Closure.
2009-09-20 18:37:20 +02:00
b9763b6c16
command frontend sort-of written now, pending integration test
2009-08-10 01:32:33 +02:00
eada1aa745
now able to solve the store-as (clone) problem
2009-08-09 04:12:46 +02:00
a677e2edde
second shot for implementing the binding: better the other way round
2009-08-04 02:25:50 +02:00
155254dd9b
build new cmd impl object within registry
2009-08-03 18:17:41 +02:00
327cbc822a
WIP extended binding and invocation to support the convenience shortcuts
2009-08-02 20:55:43 +02:00
1db718c2b3
WIP more stubbing...
2009-07-25 19:21:50 +02:00
c85d1d3cd8
ArgumentHolder finished, low-level integration test pass
2009-07-20 07:03:18 +02:00
63bad834c1
comparisons and state detection now working as expected
2009-07-20 05:09:46 +02:00
e879e0c81b
implemented argument and memento comparisons (doesn't pass test yet)
2009-07-19 19:13:25 +02:00
f73c938850
ArgumentHolder reworked to use InPlaceBuffer; now passes basic tests
2009-07-19 08:32:49 +02:00
5f0c9e209e
remove any use of boost::function in favour of <tr1/functional>
...
this resolves some long standing problems with ambiguous placeholders
closes Ticket #161
2009-07-19 05:47:36 +02:00
584878e0f8
yet another variation of managing an object in-place
2009-07-18 22:07:46 +02:00
6510155e76
back on route: trying to get the ArgumentHolder to fly...
2009-07-18 19:36:32 +02:00
fa3d596a59
helper for accepting arguments passes unit test
2009-07-12 23:21:37 +02:00
accaba4904
WIP impl draft for ArgumentHolder
2009-07-12 18:55:33 +02:00
51712f218d
still fighting to get capture fun and undo func bound together
2009-06-28 15:27:27 +02:00
