[*]Profan

Sebastian
König

Mag tal vez bastante praktisch ser, aber dass lo mehr Geschwindigkeit bringen sería, bezweifle Yo. En solchen Container-Aufrufen muss sí siempre una Stringvergleich a Laufzeit durchgeführt voluntad (i.e. Bucle!)... así se dieser Overhead lohnt, müssten el Farbfunktionen ya ausreichend aufwendig ser.

MfG

Sebastian

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

Alte Profan²-Seite: [...]

14.03.2009 ▲

Drum mag Yo el Principio auch no sonderlich.

Como rgb ya una Función es, tal vez rgb.mix().

14.03.2009 ▲

Como relevant würdest Usted el Overhead einschätzen en z.B. uno Función con konstant 2 Largo-Parametern?
Kompilieren Marca Separación

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, es schwer einzuschätzen...

Für una Umsetzung en uno Containerfunktion spricht natürlich, dass así el Berechnung a se nativ ausgeführt se. Dagegen sólo el Sache con el Stringvergleich. Genauer dijo: Wenn uno no erste una TRUE ergibt, son lo incluso mehrere, porque una solche Containerfunktion sieht sí siempre etwa así de: (natürlich en PASCAL

)
Kompilieren Marca Separación

if (cmd$ = Befehl)

    ...

elseif (cmd$ = AndererBefehl)

    ...
    usw.

Ob uno also una Geschwindigkeitsvorteil ha, hängt also probablemente no sólo de el Komplexität el Función, pero womöglich auch todavía de el Punto en el Abfrage-Liste de...

Für Profano2Cpp zumindest wäre el Container-Variante bastante sicher langsamer. Tal vez ha mi Bewertung a muy una Bias en esta Richtung...

MfG

Sebastian

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

Alte Profan²-Seite: [...]

Könnte uno tal vez, si la Parámetro una Stringkonstante es y kein Argument, el Aufruf vorher en una statischen Aufruf konvertieren. (Lieber einmalig esta Last des Stringvergleiches como a Laufzeit.)

Sebastian
König

Sí, a Optimierung de API-Aufrufen gehe Yo para Teil ya en esta Richtung...

Apéndice: En XProfan incluso mag el tal vez no con el Grund, por qué el Container-Características ursprünglich eingeführt fueron, vereinbar ser. Ging no irgendwie una Knappheit de Funktionsnummern?

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

Alte Profan²-Seite: [...]

Yo wollts sólo no ansprechen.

Roland podría doch
Kompilieren Marca Separación

rgb.lauterNamen(farbe1&,farbe2&)

con seinem Präkompiler umwandeln en un Kontainer-Función
Kompilieren Marca Separación

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

[offtopic]XPSE tut así z.B. en alten Crear-Características.[/offtopic]

17.03.2009 ▲

Sebastian
König

Yo wollts sólo no ansprechen.

(...) con seinem Präkompiler umwandeln en un Kontainer-Función
Kompilieren Marca Separación

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

In el Fall, en el hay otra vez una String es, hätte uno sí nichts gewonnen... El Variante con eineKonstante macht como ya más Sinn - aber entonces podría uno auch igual unos pocos interne Encabezamiento-Definitionen dafür einbauen y el Umwandlung con el Präkompiler sparen...

[offtopic]
Yo mag irgendwie el Schreibweise con el Punkt no así... zwar hay oficialmente (desafortunadamente!) no Liste de Signo, el en XProfan-Namen (para Características, Prozeduren, Variables etc.) vorkommen dürfen, aber con Blick darauf, dass el Punkt en el Moment ya para Zugriff en Atributos y Métodos benutzt se, bewegt uno se con su freien Verwendung zumindest en uno Grauzone...
[/offtopic]

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

Alte Profan²-Seite: [...]

17.03.2009 ▲

Kompilieren Marca Separación

In el Fall, en el hay otra vez una String es, hätte uno sí nichts gewonnen...

Der Trick beseitigt el ID-Mangel-Problema, dass podría ya una Gewinn ser.

Auch una String es mi humilde opinión garnicht notwendig - son doch genug IDs en el Formato Largo:

eineFunktionsName(5,6,7)

umwandeln vom en XProfan eingebauten Präkompiler en
Kompilieren Marca Separación

interneKontainerFunktion(66,5,6,7)

Danach kann Roland imho neue Funktionsnamen erfinden sin en el IDs achten tener.

17.03.2009 ▲

Weil I largo Sicht weder así "leben" sería querer, que un Overhead solche Características verlangsamt, todavía el solche Características a realisieren möglicherweise así langwierig wäre, musste una solución her.

Also Yo me Su MemoryModule.Inc [...]

geschnappt en me Inline-Ensamblador bereitzustellen.

Letztendlich son bastante nette nProcs [...]

(alpha) esta herausgekommen, veces schauen si me dies el deseado Effekt bereitet - si la Tag doch sólo 200h hätt. ^ ^

26.10.2009 ▲