ich habe eine Frage. Habe ich in irgendeiner Art und Weise die Möglichkeit abhängig vom eingelesenen Datentyp ein z.B. template-basiertes Array zur Laufzeit zu befüllen?

Genauer: Ich lese z.B. nur reelle Werte ein oder komplexe. Also entweder besteht jede Zahl nur aus einer (reellen) Zahl oder aus zwei Zahlen. Bsp:
(4.5) oder eben (4.5 8.9).
Diese stehen z.B. in einer Datei die ich einlese. Das Programm kann auslesen welche Art das ist, also ob reell oder komplex.
Jetzt möchte ich ein template-basiertes array füllen.
Mir fällt nichts anderes ein als:

switch(type)
{
    case real:
        fülle_array_real();
    case komplex:
        fülle_array_komplex();
}

Gäbe es eine Möglichkeit beides zu vereinen um code nicht doppelt zu halten mit evtl. einer template-methode fülle_array(type)?

Ich habe mal von irgendjemandem gehört es gäbe eine Möglichkeit dies zur Laufzeit zu entscheiden - mir geistert das im Kopf rum - deswegen die frage.

Danke

enum mytype{COMPLEX,REAL};

template<mytype T>
void fillarray();

template<>
void fillarray<COMPLEX>()
{
    // impl
}

template<>
void fillarray<REAL>()
{
    //impl
}

const mytype type=REAL;
fillarry<type>();

eh du meinst den imaginärteil auf Null setzen sozusagen?
Da ich Performanceeffizient sein will und netzkommunikation habe sollte die datenstruktur auch im rellen fall nicht unnötig overhead erzeugen. Von daher muss ich im reellen wirklich nur reelle werte haben...

Was soll das System im Gesamten denn leisten? Was passiert mit den Daten?

im Prinzip wäre es jetzt overkill das zu beschreiben - im grunde ist meine frage aber völlig entkoppelt vom rest. Ich muss nur schauen dass ich eben entweder ein array aus nur reellen werten oder aber ein array aus komplexen habe.

Okay, wenn Du das so siehst...
Meiner Meinung nach ändert die Betrachtung Komplex oder nicht Komplex zwar auch alles nachfolgende, sofern es nicht selbst alles Templatebesiert ist, aber nun gut.
Wenn der Typ erst beim Laden erkannt werden kann, muss Du schon eine Fallunterscheidung einbauen.

Ich habe dich so verstanden:
Wenn ich jetzt ein reelles problem vor mir habe und ein array komplex befüllen will sodaß der imaginärteil null ist hab ich zusätzliche information die unnötig ist. Außerdem verlagere ich die if-abfrage so nur an eine andere stelle - nämlich innerhalb der befüllung.

Habe ich dich missverstanden?

Habe ich dich missverstanden?

Keine Ahnung, ich sehe nur, was Du machen willst und keinen Bezug auf meine Aussagen.

Mit den eingelesenen Daten muss ja irgendwas geschehen. Vermutlich soll irgendwas berechnet werden. Die Datenbasis kann dabei rein reell oder komplex sein. Da dies gegeben ist, müssen auch die nachfolgenden Algorithmen zur Berechnung entweder als Template ausgelegt sein, oder jeweils einmal für reelle und einmal für komplexe Berechnungen ausgelegt sein.
Handelt es sich nicht um templatisierte Algorithmen könntest Du deine Funktionen einmal für reelle und einmal für komplexe Werte überladen. Dafür hast Du dann aber Codeverdoppelung.
Wenn Du schon beim einlesen unterscheiden willst, ob die Datenbasis reell oder komplex ist, kommst Du nicht um eine Fallunterscheidung herum.
Würdest Du alles mit komplexen Zahlen lösen, wäre das ganze kein Problem.

achso jetzt verstehe ich deine frage. Ja - die nachfolgenden algorithmen sind templatebasiert.

Okay.
Ich denke aber trotzdem, dass Du um eine Abfrage nicht herum kommst. Du musst ja ersteinmal eine Datei auf ihren Inhalt untersuchen, um konkret zu wissen, was eingelesen werden soll. In Abhängigkeit davon musst Du Speicher zum Einlesen bereitstellen, und zwar entweder zum Einlesen reeller oder komplexer Werte. Dies ist nur zur Laufzeit aufgrund des Dateiinhaltes zu unterscheiden.
Ich sehe das aber eigentlich nicht als allzu problematisch an, da man diese Unterscheidung in eine Klasse wegkapseln kann.

Ich sehe das aber eigentlich nicht als allzu problematisch an, da man diese Unterscheidung in eine Klasse wegkapseln kann.

Könntest Du vielleicht zeigen wie du das meinst mit der wegkapselung - würd mich interessieren. Danke

Ok - ja ich sehe das auch wie Du - danke hier schonmal. Ich habe nur mal von jemanden was gehört dass es auch zur Laufzeit ginge und diese person kennt sich wirklich aus. Ich hatte es damals nicht verstanden und der Kontakt ist leider abgebrochen.

Klar, nennt sich Polymorphie, wundert mich, dass du das nicht kennst, das lernst man meist vor den Templates kennen.

Klar, nennt sich Polymorphie, wundert mich, dass du das nicht kennst, das lernst man meist vor den Templates kennen.

Polymorphie macht hier aber keinen Sinn, da Du verschiedene Klassen hast, und immer noch unterscheiden musst, für welchen Zahlentyp Du einlesen willst.

außerdem ist polymorphie von der performance zu langsam - zumindest hab ich das so bisher verstanden. Und mir geht es um performance.

google das mal: "premature optimization"

und was programmierst du denn, dass es dir auf nen paar Zehntel Prozent ankommt - nicht mal...

sag halt, was du willst - wenn du max. performance haben möchtest, nimm halt asm... xD

bb

Tippgeber schrieb:

Klar, nennt sich Polymorphie, wundert mich, dass du das nicht kennst, das lernst man meist vor den Templates kennen.

Polymorphie macht hier aber keinen Sinn, da Du verschiedene Klassen hast, und immer noch unterscheiden musst, für welchen Zahlentyp Du einlesen willst.

Wieso nicht? Dafür gibt es Factories.

was genau ist asm und was sind Factories..

hui jetzt mal langsam leudde

was genau ist asm und was sind Factories..

Factory Pattern, das soll jetzt aber nicht heißen, dass du das benutzen musst/sollst.

google das mal: "premature optimization"

Will nur kurz anmerken dass das hier eine Designentscheidung ist an die man dann ewig gebunden ist. Da sollte man sich schon vorher gedanken machen...

Mir ist nicht klar wie ich denn typ-abhängig die funktion aufrufen kann. Im Moment geschieht das bei mir so dass ich für jeden typ variablen anlege die ich brauchen werde und es werden halt nur die gesetzt in welchen typ-zweig gelaufen wird. Geht das nicht sauberer? So bleibt ja die Hälfte (bei 2 typen) an variablen immer auf Null z.B.:

//irgndwo in der main.cpp

int* arr_int = NULL;
float* arr_float = NULL;

//jetzt wird herausgefunden welcher typ festliegt
// z.B. durch einlesen eines files oder sonstwie das ist
//unerheblich
type = get_type(file); 

// jetzt kommt der if-zweig oder switch (man weiß ja nie welche typen noch  
// kommen)
switch(type)
{
    //t_int und t_float wurden über enum definiert
    case t_int: // wir sind im int-fall
       fülle_int_arr(arr_int);
    case t_float: // wir sind im float-fall
       fülle_float_arr(arr_float);
}

delete arr_int;
delete arr_float;

dnake

Vielleicht solltest du doch etwas mehr Informationen rausrücken.

unskilled schrieb:

google das mal: "premature optimization"

Will nur kurz anmerken dass das hier eine Designentscheidung ist an die man dann ewig gebunden ist. Da sollte man sich schon vorher gedanken machen...

Seh ich genauso - allerdings sind dann so ne Sätze kein Argument gegen irgendetwas:
"außerdem ist polymorphie von der performance zu langsam - zumindest hab ich das so bisher verstanden."
Wenn ich ne aufwendige, zeitintensive Fkt habe, dann ist die eben immer genauso zeitintensiv - vll ist sie immer 25 Taktzyklen früher fertig - aber wenn das so wichtig ist, sollte Performance auch keine Rolle spielen (sollte ja klar sein, dass 25 Taktzyklen entweder 0% sind, also egal oder wenns mehr ist, dann hat man au kein Performance-Problem)...
Kannst mich ja gern korrigieren, wenn ich damit falsch liege - aber denke nicht, dass es da so viel geben wird ;P

Machts gut - ich tu mal so, als ob ich kein Kellerkind wäre und bin dann ma paar Stunden weg

Tachyon schrieb:

Tippgeber schrieb:

Klar, nennt sich Polymorphie, wundert mich, dass du das nicht kennst, das lernst man meist vor den Templates kennen.

Polymorphie macht hier aber keinen Sinn, da Du verschiedene Klassen hast, und immer noch unterscheiden musst, für welchen Zahlentyp Du einlesen willst.

Wieso nicht? Dafür gibt es Factories.

Und in der Factory wird nicht über eine Fallunterscheidung entschieden, ein Objekt welchen ADTs erstellt werden soll? Ich denke mal doch. Zumal reelle Zahlen und komplexe Zahlen aufgrund der unterschiedlichen Datentypen eigentlich eher nicht in den Bereich dessen Fallen, was Du mit Polymorphie meinst. Und für statische Polymorphie brauchts keine Factory.