benn/lumiera_documentation
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

Dismantle the woefully complex interfaceproxy Accessor in favour of lib::Depend

Browse source 
The recently rewritten lib::Depend front-end for service dependencies,
together with the configuration as lib::DependInject::ServiceInstance
provides all the necessary features and is even threadsafe.

Beyond that, the expectation is that also the instantiation of the
interface proxies can be simplified. The proxies themselves however
need to be hand-written as before
This commit is contained in:
Fischlurch 2018-04-03 02:44:12 +02:00
parent 4e0d99e928
commit 1101e1f1db
14 changed files with 251 additions and 264 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

9
src/common/instancehandle.hpp
View file

@ -127,13 +127,10 @@ namespace lumiera {
using IH = InstanceHandle<I,FA>;
using SH = ServiceHandle<I,FA>;
using SH::SH;
Link (IH const& iha);
~Link ();
FA*
operator->() const
{
return SH::operator->();
}
FA* operator->() const;
};

74
src/common/interfaceproxy.cpp
View file

@ -59,75 +59,15 @@ namespace facade {
* for building Facade Proxy implementations.
* Typically the purpose of such a proxy is to route
* any calls through the C-Bindings of the Lumiera Interface system.
* The actual storage for the concrete proxy object is embedded,
* inline within the #open() function. For access by the clients,
* a frontend-object of type \c Accessor<FA> may be placed into
* the facade interface; this accessor-frontend is basically
* a concealed static pointer to the proxy, and will be set,
* when the interface is opened. This opening and closing
* of the interface itself is controlled by the
* InstanceHandle, which in turn is typically
* created and managed within the context
* of the service implementation.
* The actual instance and thus the storage for the concrete proxy object
* is controlled via lib::DependInject::ServiceInstance, which in turn is
* embedded into and thus linked to the lifetime of a InstanceHandle to
* connect via Lumiera's Interface/Plug-in system. Typically the actual
* Service implementation object will hold an instance of that InstanceHandle
* and thus tie the opening/closing of the interface and access mechanism
* to the service lifecycle.
*/
template<class IHA>
class Holder;
template<class FA, class I>
class Holder<InstanceHandle<I,FA>>
: Accessor<FA>
, protected FA
{
protected:
typedef InstanceHandle<I,FA> IHandle;
typedef Holder<IHandle> THolder;
typedef Proxy<IHandle> TProxy;
typedef Accessor<FA> Access;
I& _i_;
Holder (IHandle const& iha)
: _i_(iha.get())
{ }
public:
static TProxy& open(IHandle const& iha)
{
static char buff[sizeof(TProxy)];
TProxy* p = new(buff) TProxy(iha);
Access::implProxy_ = p;
return *p;
}
static void close()
{
if (!Access::implProxy_) return;
TProxy* p = static_cast<TProxy*> (Access::implProxy_);
Access::implProxy_ = 0;
p->~TProxy();
}
};
template<class FA>
FA* Accessor<FA>::implProxy_;
template<class IHA>
void
openProxy (IHA const& iha)
{
// Proxy<IHA>::open(iha);
}
template<class IHA>
void
closeProxy ()
{
// Proxy<IHA>::close();
}
/////////////////////////////////////////////////////////////////////////////////////////////////TICKET #1086 : new implementation draft below....
template<class IHA>
class Binding;
template<class FA, class I>

4
src/gui/display-interface-proxy.hpp
View file

@ -44,10 +44,6 @@
namespace lumiera {
/** storage for the facade proxy factory
* used by client code to invoke through the interface */
lumiera::facade::Accessor<Display> Display::facade;
/// emit the vtable here into this translation unit within liblumieracommon.so...
Display::~Display() { }

10
src/gui/notification-interface-proxy.hpp
View file

@ -41,16 +41,6 @@
#include "include/gui-notification-facade.h"
#include "include/interfaceproxy.hpp"
namespace gui {
/** storage for the facade proxy factory
* used by client code to invoke through the interface */
lumiera::facade::Accessor<GuiNotification> GuiNotification::facade;
} // namespace gui
namespace lumiera {
namespace facade {
using gui::ID;

4
src/include/display-facade.h
View file

@ -51,7 +51,7 @@
#ifdef __cplusplus /* ============== C++ Interface ================= */
#include "include/interfaceproxy.hpp"
#include "lib/depend.hpp"
#include "lib/handle.hpp"
@ -87,7 +87,7 @@ namespace lumiera {
{
public:
/** get an implementation instance of this service */
static lumiera::facade::Accessor<Display> facade;
static lib::Depend<Display> facade;
/**

8
src/include/dummy-player-facade.h
View file

@ -22,6 +22,7 @@
/** @file dummy-player-facade.h
* @deprecated left-over from an early design draft (2009)
*/
@ -36,7 +37,7 @@
#ifdef __cplusplus /* ============== C++ Interface ================= */
#include "common/subsys.hpp"
#include "include/interfaceproxy.hpp"
#include "lib/depend.hpp"
#include "lib/handle.hpp"
@ -65,7 +66,8 @@ namespace lumiera {
* with our interface layout and the way we create bindings to the
* implementation. The moment we attempt to use other abstractions
* within an interface (as we do here with the Process interface),
* we're running into serious maintenance and library dependency problems.
* we're running into serious maintenance and library dependency problems.
* @deprecated obsoleted design from 2009 and not operative anymore (2018)
*/
class DummyPlayer
{
@ -76,7 +78,7 @@ namespace lumiera {
static lumiera::Subsys& getDescriptor();
/** get an implementation instance of this service */
static lumiera::facade::Accessor<DummyPlayer> facade;
static lib::Depend<DummyPlayer> facade;
class ProcessImplementationLink;

4
src/include/gui-notification-facade.h
View file

@ -43,7 +43,7 @@
#ifdef __cplusplus /* ============== C++ Interface ================= */
#include "include/interfaceproxy.hpp"
#include "lib/depend.hpp"
#include "lib/diff/mutation-message.hpp"
#include "lib/idi/entry-id.hpp"
@ -77,7 +77,7 @@ namespace gui {
class GuiNotification
{
public:
static lumiera::facade::Accessor<GuiNotification> facade;
static lib::Depend<GuiNotification> facade;
/** push a user visible notification text */

54
src/include/interfaceproxy.hpp
View file

@ -85,60 +85,6 @@
namespace lumiera {
namespace facade {
/** error-ID for accessing a (currently) closed facade */
LUMIERA_ERROR_DECLARE(FACADE_LIFECYCLE);
/*****************************************************************//**
* access-frontend to the implementation of a service.
* Usually, an instance of Accessor is placed as static member
* right into the facade interface used to access the service.
* This allows clients to get the current actual implementation
* of that service, just by invoking the function operator on
* that member, e.g. \c lumiera::Play::facade()
*
* The reason for this rather indirect access technique is Lifecycle:
* Service implementations may come up and go down; moreover, a service
* might be implemented through a plugin component and thus the actual
* invocation needs to be passed through a binding layer. In this case,
* clients rather access a proxy object, which then passes on any call
* through that binding layer to the actual implementation located
* "somewhere".
*
* @note the pointer to the actual implementation is a static variable.
* This has two consequences. For one, we're dealing with kind of
* singleton service here. And, secondly, the implementation or
* proxy accessor can inherit from Accessor<FA> where FA is the
* facade interface. Being a subclass, allows the implementation
* to set that pointer when the service comes up, and to clear
* it when the service goes down and the access needs to
* be closed.
*/
template<class FA>
class Accessor
{
protected:
static FA* implProxy_;
public:
FA&
operator() ()
{
if (implProxy_)
return *implProxy_;
else
throw error::State("Facade interface currently closed."
, LUMIERA_ERROR_FACADE_LIFECYCLE);
}
};
template<class IHA>
void openProxy (IHA const&);
template<class IHA>
void closeProxy ();
template<class IHA>
class Proxy;

4
src/include/session-command-facade.h
View file

@ -51,7 +51,7 @@
#ifdef __cplusplus /* ============== C++ Interface ================= */
#include "include/interfaceproxy.hpp"
#include "lib/depend.hpp"
#include "lib/diff/gen-node.hpp"
#include "lib/symbol.hpp"
@ -93,7 +93,7 @@ namespace control {
class SessionCommand
{
public:
static lumiera::facade::Accessor<SessionCommand> facade;
static lib::Depend<SessionCommand> facade;
/** start next command cycle and "open" a new anonymous command instance */
virtual Symbol cycle (Symbol cmdID, string const& invocationID) =0;

11
src/proc/control/session-command-interface-proxy.hpp
View file

@ -41,17 +41,6 @@
#include "include/session-command-facade.h"
#include "include/interfaceproxy.hpp"
namespace proc {
namespace control {
/** storage for the facade proxy factory
* used by client code to invoke through the interface */
lumiera::facade::Accessor<SessionCommand> SessionCommand::facade;
}} // namespace proc::control
namespace lumiera {
namespace facade {

3
src/proc/play/dummy-player-interface-proxy.hpp
View file

@ -58,9 +58,6 @@
namespace lumiera {
/** storage for the DummyPlayer facade proxy factory... */
lumiera::facade::Accessor<DummyPlayer> DummyPlayer::facade;
// emit the vtable here into this translation unit within liblumieracommon.so ...
DummyPlayer::~DummyPlayer() { }

78
src/proc/play/dummy-player-service.cpp
View file

@ -235,84 +235,6 @@ namespace proc {
} // (End) hidden service impl details
/////////////////////////////////////////////////////////////////////////////////////////////////////////////TICKET #1086 : find out where the Proxy is implemented
}}//(END)proc::play
#include "include/dummy-player-facade.h"
#include "include/interfaceproxy.hpp"
namespace lumiera{
namespace facade {
//////////////////////////////////////////////////////TICKET #1086 : copy-n-paste from interfaceproxy.cpp
template<class IHA>
class Binding;
template<class FA, class I>
class Binding<InstanceHandle<I,FA>>
: public FA
{
protected:
typedef InstanceHandle<I,FA> IHandle;
typedef Binding<IHandle> IBinding;
I& _i_;
public: /////////////////////////////////////TICKET #1086 : need to make the inherited ctor public
Binding (IHandle const& iha)
: _i_(iha.get())
{ }
};
//////////////////////////////////////////////////////TICKET #1086 : copy-n-paste from interfaceproxy.cpp
typedef lumiera::InstanceHandle< LUMIERA_INTERFACE_INAME(lumieraorg_DummyPlayer, 0)
, lumiera::DummyPlayer
> IHandle_DummyPlayer;
template<>
class Proxy<IHandle_DummyPlayer>
: public Binding<IHandle_DummyPlayer>
{
//----Proxy-Implementation-of-DummyPlayer--------
typedef lumiera::DummyPlayer::Process Process;
typedef proc::play::ProcessImpl ProcessImpl;
/** @note as an optimisation we hand out a direct reference
* to the implementing process object. While this ref could
* still be passed as handle to the C Language interface, using
* it directly within the client (=GUI) bypasses the C interface
* and thus leaves us only with one level of indirection,
* irrespective if using the C or C++ interface.
* @note in hindsight this turned out as a very bad idea,
* since it complicated the definition of the facade proxy
* and created quite involved library dependency problems.
*/
Process start(LumieraDisplaySlot viewerHandle) override
{
ProcessImplementationLink* pP = static_cast<ProcessImplementationLink*> (_i_.startPlay (viewerHandle));
if (!pP)
throw lumiera::error::State("failed to start DummyPlayer", lumiera_error());
return pP->createHandle();
}
public:
using IBinding::IBinding;
};
// template void openProxy<IHandle_DummyPlayer> (IHandle_DummyPlayer const&);
// template void closeProxy<IHandle_DummyPlayer> (void);
} // namespace facade
}
namespace proc {
namespace play {
/////////////////////////////////////////////////////////////////////////////////////////////////////////////TICKET #1086 : find out where the Proxy is implemented

9
src/proc/play/play-service.cpp
View file

@ -48,15 +48,6 @@ namespace lumiera {
Play::~Play() { } // emit VTables here...
/** Storage for the lumiera::Play facade access point
* @note PlayService uses a InterfaceFacadeLink member
* for actually establishing the PlayService instance
* as implementation of lumiera::Play
*/
facade::Accessor<Play> Play::facade;
}//(End) namespace lumiera

243
wiki/thinkPad.ichthyo.mm
View file

@ -28400,16 +28400,16 @@
<icon BUILTIN="button_ok"/>
</node>
</node>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1522638949038" ID="ID_1756362217" MODIFIED="1522639349336" TEXT="interfaceproxy - Accessor">
<icon BUILTIN="flag-yellow"/>
<node COLOR="#338800" CREATED="1522638949038" ID="ID_1756362217" MODIFIED="1522716029672" TEXT="interfaceproxy - Accessor">
<icon BUILTIN="button_ok"/>
<node CREATED="1522638978298" ID="ID_253383763" MODIFIED="1522638984645" TEXT="der Proxy selber bleibt wohl bestehen"/>
<node CREATED="1522638985329" ID="ID_1803368145" MODIFIED="1522638997699" TEXT="der Accessor ist wieder genau ein Access-handle"/>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1522639336921" ID="ID_1332611153" MODIFIED="1522639348392" TEXT="kann komplett durch lib::Depend ersetzt werden">
<icon BUILTIN="flag-yellow"/>
<node COLOR="#338800" CREATED="1522639336921" ID="ID_1332611153" MODIFIED="1522716025758" TEXT="kann komplett durch lib::Depend ersetzt werden">
<icon BUILTIN="button_ok"/>
</node>
</node>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1522639301526" ID="ID_1959793943" MODIFIED="1522639333394" TEXT="InterfaceProxy umschreiben">
<icon BUILTIN="flag-yellow"/>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1522639301526" ID="ID_1959793943" MODIFIED="1522716036952" TEXT="InterfaceProxy umschreiben">
<icon BUILTIN="pencil"/>
<node CREATED="1522639313964" ID="ID_620355867" MODIFIED="1522639322758" TEXT="er soll sich in lib::Depend einklinken"/>
<node CREATED="1522639904986" ID="ID_568095840" MODIFIED="1522639917092" TEXT="etwas wie den Holder brauchen wir weiterhin"/>
<node CREATED="1522640047991" ID="ID_965836148" MODIFIED="1522640058690" TEXT="wie funktioniert&apos;s?">
@ -28424,8 +28424,7 @@
der Interface-<i>Anbieter</i>&#160;implementiert einen konkreten Proxy
</p>
</body>
</html>
</richcontent>
</html></richcontent>
</node>
<node CREATED="1522640103854" ID="ID_904543861" MODIFIED="1522640126272" TEXT="dieser implementiert das Interface durch forwarden in das Interface-System"/>
<node CREATED="1522640127923" ID="ID_1407739777" MODIFIED="1522640137926" TEXT="dieser konkrete Proxy erbt von Holder"/>
@ -28487,9 +28486,180 @@
</node>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1522649799320" ID="ID_1473698958" MODIFIED="1522649810312" TEXT="Ort der Definition">
<icon BUILTIN="help"/>
<node CREATED="1522696074226" ID="ID_1811816913" MODIFIED="1522696081693" TEXT="G&#xfc;terabw&#xe4;gung notwendig">
<node CREATED="1522696114852" ID="ID_550024261" MODIFIED="1522696125095" TEXT="Entkoppelung Serivce / Interface"/>
<node CREATED="1522696125987" ID="ID_387527816" MODIFIED="1522696135565" TEXT="Wartbarkeit des Binding-Codes"/>
<node CREATED="1522696172285" ID="ID_958011405" MODIFIED="1522696180623" TEXT="Komplexit&#xe4;t der Implementierung"/>
</node>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1522649812255" ID="ID_624985973" MODIFIED="1522649852109" TEXT="Modus der Definition und Instantiierung">
<node CREATED="1522697094565" ID="ID_407823709" MODIFIED="1522697097264" TEXT="Wertung">
<node CREATED="1522697098420" ID="ID_640748324" MODIFIED="1522697195082" TEXT="Entkoppelung ist verpflichtend f&#xfc;r Plug-Ins">
<icon BUILTIN="full-1"/>
</node>
<node CREATED="1522697126545" ID="ID_942767861" MODIFIED="1522697197851" TEXT="Wartbarkeit ist eine Frage der Binding-Technologie">
<icon BUILTIN="full-2"/>
</node>
<node CREATED="1522697141710" ID="ID_1821904602" MODIFIED="1522697200469" TEXT="Komplexit&#xe4;t ist eine Folge der f&#xfc;hrenden Belange">
<icon BUILTIN="full-3"/>
</node>
</node>
<node BACKGROUND_COLOR="#ccb59b" COLOR="#6e2a38" CREATED="1522697220012" ID="ID_153609314" MODIFIED="1522697286189" TEXT="Fazit">
<font ITALIC="true" NAME="SansSerif" SIZE="14"/>
<icon BUILTIN="yes"/>
<node CREATED="1522697230906" ID="ID_1495746023" MODIFIED="1522697253419" TEXT="alle Bindings sind vom Instance-Handle zu entkoppeln"/>
<node CREATED="1522697255215" ID="ID_1841184306" MODIFIED="1522697273416" TEXT="f&#xfc;r jedes Binding soll eine TranslationUnit frei w&#xe4;hlbar sein"/>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1522697350106" ID="ID_138544872" MODIFIED="1522697365816" TEXT="Technik zur Entkoppelung ben&#xf6;tigt">
<icon BUILTIN="flag-yellow"/>
</node>
</node>
</node>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1522649812255" ID="ID_624985973" MODIFIED="1522697373660">
<richcontent TYPE="NODE"><html>
<head>
</head>
<body>
<p>
Modus der Definition
</p>
<p>
und Instantiierung
</p>
</body>
</html></richcontent>
<icon BUILTIN="help"/>
<node CREATED="1522697375430" ID="ID_712460375" MODIFIED="1522697380058" TEXT="Instantiierung">
<node COLOR="#338800" CREATED="1522697381141" ID="ID_855121513" MODIFIED="1522697467594" TEXT="gesteuert nur durch Lebensdauer des InstanceHandle">
<icon BUILTIN="button_ok"/>
</node>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1522697396899" ID="ID_1172830820" MODIFIED="1522697469042" TEXT="Code der Proxy-Instantiierung in separater TU">
<icon BUILTIN="flag-yellow"/>
</node>
</node>
<node CREATED="1522697475153" ID="ID_520808733" MODIFIED="1522697478164" TEXT="Definition">
<node CREATED="1522697495790" ID="ID_1870975704" MODIFIED="1522697630073" TEXT="von Hand geschrieben">
<icon BUILTIN="yes"/>
</node>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1522697613893" ID="ID_1829346202" MODIFIED="1522697626900" TEXT="Idealerweise lediglich eigene TU">
<icon BUILTIN="flag-yellow"/>
</node>
<node CREATED="1522697501541" ID="ID_793991584" MODIFIED="1522697634674" TEXT="Forwading-Implementation des Business-Interface">
<icon BUILTIN="info"/>
</node>
</node>
</node>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1522697646161" ID="ID_1020206021" MODIFIED="1522697654713" TEXT="Technologie">
<icon BUILTIN="pencil"/>
<node CREATED="1522697675229" ID="ID_1605136526" MODIFIED="1522697732617" STYLE="fork" TEXT="Indirektion notwendig">
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1522697690651" ID="ID_1244533717" MODIFIED="1522697720935" TEXT="Erzeugung">
<icon BUILTIN="flag-yellow"/>
</node>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1522697699297" ID="ID_891061833" MODIFIED="1522697720295" TEXT="Zerst&#xf6;rung">
<icon BUILTIN="flag-yellow"/>
</node>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1522697702521" ID="ID_1874387796" MODIFIED="1522697719559" TEXT="Zugriff auf Facade(Proxy)">
<icon BUILTIN="flag-yellow"/>
</node>
</node>
<node CREATED="1522697743604" ID="ID_829814208" MODIFIED="1522697751286" TEXT="m&#xf6;gliche L&#xf6;sungen">
<node CREATED="1522697764121" ID="ID_809124789" MODIFIED="1522697772891" TEXT="PImpl">
<node CREATED="1522698166313" ID="ID_904988310" MODIFIED="1522698184466" TEXT="facade::Link h&#xe4;lt einen smart-Ptr"/>
<node CREATED="1522698185030" ID="ID_53125514" MODIFIED="1522698208087" TEXT="auf die eigentliche DependInject::ServiceInstance"/>
<node CREATED="1522698222201" ID="ID_1341541114" MODIFIED="1522698292643" TEXT="facade::Link mu&#xdf; Methoden (ctor/dtor und operator) separat definieren"/>
<node CREATED="1522698295719" ID="ID_381014397" MODIFIED="1522698339173" TEXT="das ist effektiv die L&#xf6;sung &quot;separat definieren&quot; + separate Storage"/>
</node>
<node CREATED="1522697803923" ID="ID_238110365" MODIFIED="1522697807907" TEXT="freie Funktionen">
<node CREATED="1522698092963" ID="ID_433421738" MODIFIED="1522698105987" TEXT="ist die bisher bestehende L&#xf6;sung">
<icon BUILTIN="idea"/>
</node>
<node CREATED="1522698013526" ID="ID_712885279" MODIFIED="1522698021465" TEXT="k&#xf6;nnen selber komplett generisch sein"/>
<node CREATED="1522698022005" ID="ID_518407557" MODIFIED="1522698033855" TEXT="m&#xfc;ssen jeweils explizit von einem Template instantiiert werden"/>
<node CREATED="1522698034563" ID="ID_1793485859" MODIFIED="1522698091426">
<richcontent TYPE="NODE"><html>
<head>
</head>
<body>
<p>
brauchen eigenen Zugriffs-Mechanismus auf ein <i>weiteres</i>&#160;Handle-Objekt
</p>
</body>
</html></richcontent>
</node>
<node CREATED="1522698124263" ID="ID_475034985" MODIFIED="1522698140464" TEXT="das ist effektiv ein PImpl, das aber auch noch gemanaged werden mu&#xdf;"/>
</node>
<node CREATED="1522697773903" ID="ID_116063224" MODIFIED="1522697803239" TEXT="Methoden separat definieren">
<node CREATED="1522698343480" ID="ID_1548420276" MODIFIED="1522698385583" TEXT="daf&#xfc;r sorgen, da&#xdf; die Definitionen nur in der Proxy-Instantiierung (TU) sichtbar sind"/>
<node CREATED="1522698386810" ID="ID_1773412414" MODIFIED="1522698405108" TEXT="diese Definitionen m&#xfc;ssen externe Linkage bekommen (d.h. nicht inline)"/>
<node CREATED="1522698437036" ID="ID_1400832405" MODIFIED="1522698754819" TEXT="Erzeugung ist automatisch, sofern dort das InstanceHandle-Template instantiiert wird"/>
<node CREATED="1522698892532" ID="ID_584280618" MODIFIED="1522698944569" TEXT="Fazit: in einer TU mu&#xdf; (nur) eine explizite Template-Instantiierung erfolgen"/>
<node CREATED="1522699050727" ID="ID_1923832821" MODIFIED="1522699053402" TEXT="wie auch immer">
<node CREATED="1522699055062" ID="ID_1759934312" MODIFIED="1522699078711" TEXT="Spezialisierung Proxy&lt;IHA&gt; + Template Instanz dieser">
<node CREATED="1522699225239" ID="ID_894223806" MODIFIED="1522699240168" TEXT="das ist praktisch die bestehende L&#xf6;sung"/>
<node CREATED="1522699240684" ID="ID_600377865" MODIFIED="1522699259238" TEXT="wird dort nur indirekt &#xfc;ber die Instanz der freinen Funktionen ausgel&#xf6;et"/>
</node>
<node CREATED="1522699093017" ID="ID_471646453" MODIFIED="1522699210312" TEXT="Definition einer ungetemplateten Proxy-Klasse + CRTP">
<icon BUILTIN="idea"/>
<node CREATED="1522699211944" ID="ID_1925086643" MODIFIED="1522699223507" TEXT="geht das &#xfc;berhaupt?">
<icon BUILTIN="help"/>
</node>
<node CREATED="1522702931486" ID="ID_2039076" MODIFIED="1522702953351" TEXT="CRTP-Klasse mu&#xdf; in allen anderen TU abstrakt bleiben"/>
<node CREATED="1522703026153" ID="ID_1981862674" MODIFIED="1522709571741" TEXT="M&#xf6;glichkeiten">
<icon BUILTIN="help"/>
<node CREATED="1522703031009" ID="ID_1131804681" MODIFIED="1522703033909" TEXT="PImpl"/>
<node CREATED="1522703258857" ID="ID_1322673347" MODIFIED="1522703371845" TEXT="Service-Impl (=Proxy)"/>
<node CREATED="1522703996867" ID="ID_690162584" MODIFIED="1522704008861" TEXT="Proxy ist Subklasse">
<node CREATED="1522704019688" ID="ID_1004073220" MODIFIED="1522704033386" TEXT="mu&#xdf; per Lambda erzeugt werden"/>
<node CREATED="1522704033950" ID="ID_1313113320" MODIFIED="1522704041464" TEXT="mu&#xdf; virtuellen dtor haben"/>
<node CREATED="1522704194912" ID="ID_317190411" MODIFIED="1522704592454" TEXT="Problem: konkrete Proxy-Klasse mu&#xdf; in ServiceInstance::activate">
<richcontent TYPE="NOTE"><html>
<head>
</head>
<body>
<p>
...oder sogar den ctor, das ist egal --
</p>
<p>
denn das Problem ist, ctor (oder activate) werden aus <i>demjenigen</i>&#160;Kontext heraus aufgerufen,
</p>
<p>
der die Service-Implementierung startet und damit die Erzeugung des Proxy triggert.
</p>
<p>
</p>
<p>
Dieser Kontext darf den konkreten Typ des Proxy aber genau nicht kennen (wegen Entkopplung)&#8230;
</p>
<p>
Genau aus diesem Grunde leiten wir ja ctor/dtor der ServiceInstance(Handle)-Klasse in eine ander TU um.
</p>
<p>
</p>
<p>
<b>Problem</b>&#160;ist nun, diese umgeleiteten Funktionsdefinitionen k&#246;nnen <i>nur einen Typ</i>&#160;(Template-Parameter) bekommen, und dieser Typ&#160;wiederum mu&#223; -- zumindest als abstrakter Platzhalter -- in allen TU sichtbar sein.
</p>
</body>
</html>
</richcontent>
</node>
<node BACKGROUND_COLOR="#fdfdcf" COLOR="#ff0000" CREATED="1522709471957" ID="ID_170352206" MODIFIED="1522709540572" TEXT="scheint nicht l&#xf6;sbar">
<font ITALIC="true" NAME="SansSerif" SIZE="12"/>
<icon BUILTIN="stop-sign"/>
</node>
</node>
</node>
<node CREATED="1522709550450" ID="ID_1653470424" MODIFIED="1522709566783" TEXT="konnte keine ganbare L&#xf6;sung finden">
<icon BUILTIN="stop-sign"/>
</node>
</node>
<node CREATED="1522709579398" ID="ID_1445259032" MODIFIED="1522709595885" TEXT="kann man spezialisieren und zugleich Instantiieren?">
<icon BUILTIN="help"/>
</node>
</node>
</node>
</node>
</node>
</node>
</node>
@ -28527,8 +28697,7 @@
an der gleichen Stelle erfolgen
</p>
</body>
</html>
</richcontent>
</html></richcontent>
<node BACKGROUND_COLOR="#fdfdcf" COLOR="#ff0000" CREATED="1522649701166" ID="ID_444680334" MODIFIED="1522649709173" TEXT="knock-out f&#xfc;r das GUI">
<icon BUILTIN="flag-pink"/>
</node>
@ -28541,6 +28710,55 @@
<font ITALIC="true" NAME="SansSerif" SIZE="12"/>
<icon BUILTIN="ksmiletris"/>
</node>
<node CREATED="1522709629935" ID="ID_151551561" MODIFIED="1522709645169" TEXT="L&#xf6;sung zum Entkoppeln der Proxy-Definition"/>
</node>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1522709654308" ID="ID_1059248114" MODIFIED="1522709793386" TEXT="bestehenden Code umschreiben">
<icon BUILTIN="pencil"/>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1522709669498" ID="ID_9288802" MODIFIED="1522709700910" TEXT="alle bestehenden Proxies">
<icon BUILTIN="flag-yellow"/>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1522635397309" ID="ID_590180071" MODIFIED="1522709705713" TEXT="SessionCommandService">
<icon BUILTIN="flag-yellow"/>
</node>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1522635417932" ID="ID_1711611771" MODIFIED="1522709706659" TEXT="DisplayService">
<icon BUILTIN="flag-yellow"/>
</node>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1522635433910" ID="ID_444280759" MODIFIED="1522709723772" TEXT="GuiNotification">
<icon BUILTIN="flag-yellow"/>
</node>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1522635450269" ID="ID_1963184158" MODIFIED="1522709725003" TEXT="DummyPlayerService">
<icon BUILTIN="flag-yellow"/>
</node>
</node>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1522709729297" ID="ID_1293938610" MODIFIED="1522709747111" TEXT="Facade-Accessoren auf lib::Depend umstellen">
<icon BUILTIN="flag-yellow"/>
<node COLOR="#338800" CREATED="1522635397309" ID="ID_883916833" MODIFIED="1522710489037" TEXT="SessionCommand">
<icon BUILTIN="button_ok"/>
</node>
<node COLOR="#338800" CREATED="1522635417932" ID="ID_245882411" MODIFIED="1522710526832" TEXT="Display(Facade)">
<icon BUILTIN="button_ok"/>
</node>
<node COLOR="#338800" CREATED="1522635433910" ID="ID_1703058328" MODIFIED="1522710636764" TEXT="GuiNotification">
<icon BUILTIN="button_ok"/>
</node>
<node COLOR="#338800" CREATED="1522635450269" ID="ID_193152767" MODIFIED="1522710900353" TEXT="DummyPlayer">
<icon BUILTIN="button_ok"/>
</node>
<node COLOR="#338800" CREATED="1522711261733" ID="ID_1953483085" MODIFIED="1522711267533" TEXT="Play(Facade)">
<icon BUILTIN="button_ok"/>
<node CREATED="1522711269948" ID="ID_153188000" MODIFIED="1522711287118" TEXT="h&#xe4;ngt aber an dem InterfaceFacadeLink">
<icon BUILTIN="messagebox_warning"/>
</node>
</node>
</node>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1522709748015" ID="ID_44849308" MODIFIED="1522709755686" TEXT="bestehenden Accessor zur&#xfc;ckbauen">
<icon BUILTIN="flag-yellow"/>
</node>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1522709756798" ID="ID_1024028685" MODIFIED="1522709762798" TEXT="Header umorganisieren">
<icon BUILTIN="flag-yellow"/>
</node>
<node BACKGROUND_COLOR="#eee5c3" COLOR="#990000" CREATED="1522709763388" ID="ID_778622044" MODIFIED="1522709775687" TEXT="Doxygen-Doku aktualisieren">
<icon BUILTIN="flag-yellow"/>
</node>
</node>
</node>
</node>
@ -28769,8 +28987,7 @@
bevor es statisch initialisiert sein kann...
</p>
</body>
</html>
</richcontent>
</html></richcontent>
<icon BUILTIN="clanbomber"/>
</node>
<node COLOR="#338800" CREATED="1522630297899" ID="ID_365546675" MODIFIED="1522630305978" TEXT="umgestellt auf lib::Depend">