Konstruktive Kritik erwünscht
-
Ich sag ja, er baut auf statisch generierten if-else Anweisungen auf, also nur eine automatisierung der rohen, fehlerträchtigen standard-implementierung. Wie meinst du das mit dem primitiven algorhithmus? Bekannt wären mir nurnoch dynamische Strukturnen, das habe ich auch noch vor...
Zu der Sache der Wartbarkeit: ja damit hast du recht, aber wie das ändern?
Übrigens: Das ist KEIN double-dispatching Algorithmus, sondern eine generalisierung des multidispatching (Daher auch die partielle Spezialisierung für die letzte Ebene)
/edit für otzes Edit: Ja, dafür muss ein Stück doku her... (morgen)
-
@ness: wenn du positive kritik willst, darfste net so angeben. Wenn du natürlich fertig gemacht werden willst, nur weiter so!
-
@life: Einerseits nützt positive Kritik nat. wenig...
Aber vmtl. hast du Recht... *immerwiederfeststellwiekompliziertdieweltdochist*
-
ich bezweifel irgendwie, dass du hier konstruktive kritik bekommen wirst oo
-
ness, wie wäre es mal wenn du was sinnvolles programmierst?
-
ness geh damit lieber auch auf sourceforge oder codeguru wenn du willst das sich ein paar leute dein ganzes projekt anschaun obwohl das hier sicher auch manche machen wenn sie halt Zeit haben
wegem dem projekt selbst, ich finde die makros am anfang nicht so elegant
etwas unübersichtlich sonst aber was ich so beim Überfliegen gesehen hab (also nur mal das Konstrukt) sieht gut aus auch das codestyling#c++ @ freenode.net
-
was kann man damit anfangen? braucht man das?
-
-
Ich bin jetyt kein so grosser cpp-kenner und habs nur mal kury ueberflogen drum eine Frage: Was yum geier macht das ding byw. was kann man damit machen?
MFG eiskalt
-
Weil die Frage was man damit machen kann mehrmals kan:
a) siehe mein 1. post, ganz unten.
b) das ist ein generischer multi dispatcher.
Allgemein gesehen simuliert er virtuelle Funktionen anhand einer beliebigen Argumentzahl...
/edit: Erklärung für die template-Parameter hinzugefügt
-
b) das ist ein generischer double dispatcher.
grad hast du mir noch erklärt, dass es ein generischer multi dispatcher ist
-
otze schrieb:
b) das ist ein generischer double dispatcher.
grad hast du mir noch erklärt, dass es ein generischer multi dispatcher ist
Ist es ja auch
Achja: mit der Erklärung zu den Parametern: verständlich so?
-
Wie wäre es, wenn du dir eine sinnvolle Beschäftigung suchst (stricken oder so)? Der gepostete Code hat offensichtliche Schwächen und ist nie und nimmer etwas, was man in der Praxis einsetzen würde, ergo nicht den Speicher wert in den er geschrieben wurde
.
-
Wenn du mir bitte sagst, wo genau die Fehler sind, dann werde ich sie gern beseitigen. Außerdem habe ich nie behauptet ein Wunderkind zu sein. Das wird mir nachgesagt und gefällt mir überhaupt nicht, und das nicht nur weil ich weiß das es nicht stimmt.
-
nu is aber langsam mal gut, das thema war "konstruktive kritik" und nicht "verurteilt mal eben ness"
ich weiß auch nicht wozu der code gut ist oder was er bewirkt, aber deshalb mache ich mich nicht über ness lustig.
wer damit nicht klarkommt läßt es eben und ließt den nächsten thread, wenn er den auch nicht versteht -> nächsten lesen
aber stellt nicht gleich jeden gedankenschiss ins netz nur weil ihr sonst nicht wisst was ihr schreiben könntet
dies ist keine beleidigung => wenn sich dennoch wer angegriffen fühlt, hat das wohl seinen grund
achso:
:xmas1: frohes fest noch :xmas2:
-
ness schrieb:
/edit: Du weißt dass nicht garantiert wird, dass typeid(...).name() im Verlauf des Programmes gleich bleibt?
nee, wusste ich nicht. Bist du sicher? Das ist ja mal wieder saudämlich...
aber hast recht, für triple-dispatch und mehr ist das echt nicht geeignet. Sowas habe ich auch noch nie gebraucht.
-
Wer sowas braucht sollte echt sein Design nochmal überlegen.
-
was, generell multi-dispatch? Ist doch ne tolle sache...
Nur in c++ nicht so wirklich, weils nur mit solchen schweinereien möglich ist.
Bei anderen Sprachen sieht man die Implementierung wenigstens nicht :xmas2:
-
Dummerweise wird aber nunmal viel c++ geschrieben und so bald wird wohl kaum ne std-Lösung geben. Aber ich bezweifle nicht da es bessere Lösungen gibt...
Zu der Sache mit type_info::name(): Laut Modernes C++ Design könnte das für jeden Typ "" zurückgeben...