The choice to rely on strictly typed functor bindings for the Node operation bears the danger to produce ''template bloat'' — it would be dangerous to add further functions to the Port-API naïvely; espeically simple information functions will likely not depend on the full type information. A remedy to explore would be to exploit properties marked into the Port's `ProcID` as key for a dispatcher hashtable; assuming that the `NodeBuilder` will be responsible for registering the corresponding implementation functions, such a solution could even be somewhat type-safe, as long as the semantics of the ProcID are maintained correctly. |
||
|---|---|---|
| .. | ||
| draw | ||
| DIR_INFO | ||
| dump | ||
| empty.html | ||
| InterfaceConcept_Varga.mm | ||
| renderengine.html | ||
| thinkPad.ichthyo.mm | ||
| uml | ||
| workflow.mm | ||