[*]Profan

Sebastian
König

Mag peut-être entier pratique son, mais dass es plus Geschwindigkeit apporter serait, bezweifle je. chez solchen Container-Aufrufen muss oui toujours un Stringvergleich zur Laufzeit durchgeführt volonté (i.e. Boucle!)... avec cela sich cette Overhead lohnt, müssten qui Farbfunktionen déjà ausreichend aufwendig son.

MfG

Sebastian

Windows XP, XProfan/Profan² 4.5 bis 11
Profan2Cpp-Homepage: [...]

Alte Profan²-Seite: [...]

14.03.2009 ▲

Drum mag je cela Prinzip aussi pas sonderlich.

là rgb bereits une Funktion ist, peut-être rgb.mix().

14.03.2009 ▲

comment relevant würdest Du den Overhead einschätzen chez z.B. einer Funktion avec konstant 2 Long-Parametern?
Kompilieren Marque Séparation

proc rgb.test(l1&,l2&)

    return rgb(getRValue(l1&),getGValue(l1&),getBValue(l1&))+rgb(getRValue(l2&),getGValue(l2&),getBValue(l2&))

endpro

Sebastian
König

Hmm, ist schwer einzuschätzen...

Pour une Umsetzung dans einer Containerfunktion spricht naturellement, dass avec cela qui Berechnung à sich nativ fonctionnement wird. Dagegen arrêt qui l'affaire avec dem Stringvergleich. Genauer dit: si on pas qui erste un TRUE ergibt, sommes es sogar plusieurs, car une solche Containerfunktion sieht oui toujours etwa so aus: (naturellement dans PASCAL

)
Kompilieren Marque Séparation

if (cmd$ = Befehl)

    ...

elseif (cmd$ = AndererBefehl)

    ...
    usw.

si on alors une Geschwindigkeitsvorteil hat, hängt alors wohl pas seulement de qui Komplexität qui Funktion, mais womöglich aussi encore de qui Stelle dans qui Abfrage-liste ab...

Pour Profan2Cpp zumindest wäre qui Container-variante assez sûrement langsamer. peut-être hat mon Bewertung trop une Bias dans cet direction...

MfG

Sebastian

Windows XP, XProfan/Profan² 4.5 bis 11
Profan2Cpp-Homepage: [...]

Alte Profan²-Seite: [...]

Könnte on peut-être, si qui paramètre une Stringkonstante ist et ne...aucune Argument, den Aufruf auparavant dans une statischen Aufruf konvertieren. (Lieber einmalig cet charge des Stringvergleiches comme zur Laufzeit.)

Sebastian
König

oui, zur Optimierung de API-Aufrufen vais je zum partie déjà dans cet direction...

Nachtrag: chez XProfan selbst mag cela peut-être pas avec dem Grund, pourquoi qui Container-Funktionen ursprünglich eingeführt wurden, compatible son. Ging es pas irgendwie um une Knappheit de Funktionsnummern?

Windows XP, XProfan/Profan² 4.5 bis 11
Profan2Cpp-Homepage: [...]

Alte Profan²-Seite: [...]

je wollts seulement pas ansprechen.

Roland pourrait doch
Kompilieren Marque Séparation

rgb.lauterNamen(farbe1&,farbe2&)

avec seinem Präkompiler transformer dans un Kontainer-Funktion
Kompilieren Marque Séparation

interneKontainerFunktion(eineKonstante oder rgb.lauterNamen,farbe1&,farbe2&)

[offtopic]XPSE tut so z.B. chez alten Créer-Funktionen.[/offtopic]

17.03.2009 ▲

Sebastian
König

je wollts seulement pas ansprechen.

(...) avec seinem Präkompiler transformer dans un Kontainer-Funktion
Kompilieren Marque Séparation

interneKontainerFunktion(eineKonstante oder rgb.lauterNamen,farbe1&,farbe2&)

dans dem le cas, dans dem là wieder un String steht, hätte on oui rien gewonnen... qui variante avec eineKonstante pouvoir là déjà plutôt Sinn - mais ensuite pourrait on aussi juste un paire interne En-tête-Definitionen pour einbauen et sich qui Umwandlung avec dem Präkompiler sparen...

[offtopic]
j'aime irgendwie qui Schreibweise avec dem Punkt pas so... zwar gibt es officiel (malheureusement!) aucun liste de marque, qui dans XProfan-Namen (pour Funktionen, Prozeduren, Variablen etc.) vorkommen dürfen, mais avec perspective puis, dass qui Punkt im Moment déjà zum Zugriff sur Attribute et Methoden benutzt wird, bewegt on sich avec seiner freien Verwendung zumindest dans einer Grauzone...
[/offtopic]

Windows XP, XProfan/Profan² 4.5 bis 11
Profan2Cpp-Homepage: [...]

Alte Profan²-Seite: [...]

17.03.2009 ▲

Kompilieren Marque Séparation

dans dem le cas, dans dem là wieder un String steht, hätte on oui rien gewonnen...

qui Trick beseitigt cela ID-manque-Problem, dass pourrait déjà un Gewinn son.

aussi un String ist imho garnicht notwendig - gibt doch genug IDs im Format Long:

eineFunktionsName(5,6,7)

transformer vom dans XProfan eingebauten Präkompiler dans
Kompilieren Marque Séparation

interneKontainerFunktion(66,5,6,7)

après peux Roland imho neue Funktionsnamen erfinden sans sur qui IDs achten trop doit.

17.03.2009 ▲

Weil je sur longtemps Sicht weder avec cela "leben" serait voulons, dass un Overhead solche Funktionen verlangsamt, encore cela solche Funktionen trop realisieren möglicherweise so langwierig wäre, musste une Solution her.

alors habe je mir Votre MemoryModule.Inc [...]

geschnappt um mir Inline-Assembler bereitzustellen.

Letztendlich sommes assez gentille nProcs [...]

(alpha) dabei herausgekommen, la fois regarder si mir ca den gewünschten effet bereitet - si qui journée doch seulement 200h hätt. ^ ^

26.10.2009 ▲