Variant entschlüsseln mit TypeDef-Speicherpfad

Käse hoch tausend


Ich hätte aber auch voher drauf kommen können, dass das ganze:

Typedef -> XML, XML -> Typedef

nicht mehr aufgeht, wenn man im Typdef selber nochmal einen Variant hat ^^



Was allerdings weiterhin geht..und mein Problem löst, ist das man einen beliebigen Typdef im Variant zu einem XML wandelt um ihn so lesbar zu machen.

Anzeige

(29.11.2013 08:13 )GerdW schrieb:  Hallo D,

Zitat:Das Einzige was mir nu einfällt ist, dass der Logger wiederum VIs per Referenz aufruft die die Wandlung vornehmen und das ich für jedes VI das ich neu schreibe auch jeweils ein zugehöriges Wandler-VI erzeuge.

Dann bekommst du doch wieder einen jeweils anders typisierten Draht von diesem VI... Wie willst du damit weiterkommen?

*hust**hust*

Klingt eigentlich wie ein typisches Prob für LVOOP Genau da profitierst du nämlich von sowas (und genau deswegen wäre es schön man könnte auch die Standard LV Datentypen mehr direkt mit LVOOP anfassen um Funktionalität hinzuzufügen.). Du initialisierst dann einfach über die typedef etc. das Objekt und den Rest macht das dann selbst. Das ganze unter dem Dach eines Mutterobjekts gekoppelt mit Dynamischem Dispatching. Speziell wenns um logging etc. geht sollte man davon profitieren.

Gruß Kiesch