| |
|
|
- Página 1 - |
|
| So V0.1.6 is fuera!
Größeres XPSE-Actualización! Bitte el alten todavía aufheben, en V0.1.6 fueron viele neue Features hinzugefügt, el Kontrollen mejorado y y y...
Umlaute voluntad ahora unterstütz! <offtopic>Was natürlich sólo una Bug ser kann! </offtopic>
Was es neu:
El Variablenerkennung es deutlich mejorado. El Variables voluntad ahora el Prozeduren zugeordnet y el Typen voluntad geprüft.
Headerfiles: Werden nun eingelesen y deren Anwendung überprüft! Im Source benutzte Estructuras, Apis oder Konstanten voluntad vom XPSE nun direkt umgesetzt y el Headerfileangaben voluntad de el Source lejos - qué a Folge ha el el XProfankompiler el Headerfiles no mehr benötigt.
¿Por qué el XPSE tut? Weil él el Umsetzung en una Vielfaches más rápido macht como el XProfankompiler y XProfankompiler auch todavía weniger a tun ha y más rápido kompiliert.
Durch el Einlesen el Headerfiles kann XPSE auch Strukturendefinitionen y Anwendungen überprüfen - y muss esta no mehr übergehen. Falschgeschriebene Konstanten voluntad nun auch angemeckert.
Benutzte APIs de el Headerfiles voluntad no simplemente sólo como Externals en el Source umgewandelt! Das schnellere Call se verwendet y el Prozeduradresse de el DLL se einmalig bezogen. Das macht el Abarbeitung de ApiCalls de Headerfiles auch todavía más rápido.
Nur todavía fremde Headerfiles necesario angegeben voluntad! El StandardHeaderFiles windows.ph, messages.ph, commctrl.ph, structs.ph, Avi.ph, gdi.ph, OpenGL.ph, richedit.ph y shellapi.ph ha XPSE intus! El Angabe el Headerfiles es no mehr nötig! Werden el Files trotzdem angegeben nutzt XPSE el angegebenen y no el eingebauten!
Durch el Weglassen de Headerfileangaben se el Kompilieren sin embargo todavía más rápido! Weder XPSE todavía el XProfankompiler necesario el Headerfiles einlesen!
Das ~ muss no mehr verwendet voluntad! Lo kann - pero muß no! Nur si la Name tal vez con un otro kollidiert debería el ~ verwendet voluntad.
APIs, Estructuras y Konstanten puede also simplemente verwendet voluntad sin esta a deklarieren y sin el ~ Signo.
Einfach probieren! KompilierenMarcaSeparación |
|
|
| |
|
|
|
| |
|
- Página 1 - |
|
| Actualización sobre V0.1.6x
Lo son una neuen Variablentypen! Suffix: NIX (garnichts) Kein Suffix! Kein Suffix? Nö! Kein Suffix. Was es el para una Typ? Alles qué Usted willst! String, Largo, Integer oder Float.
Okok neuer Variablentyp es falso, lo son no neuen Typen - el vorhandenen Typen bleiben. Aber eins es neu: Keine Suffixe mehr - si uno möchte!
Como el va? Ganz simplemente - como bisher - uno deklariert z.B. drei Largo:
long a,b,c
oder 4 strings?
cadena s,t,r,u
Das wars.
Als besonderes Feature podría Yo erwähnen el uno auch igual innerhalb el Deklaration (como seit X10 posible) el Werte zuweisen kann. So: (ahora veces integer)
int a=10
oder
int a=10,b=20,c=a+b,d=50 <-- jau el va auch! Lecker? Lecker!
Später en el Programa entonces simplemente a en lugar de a% escribir. Kann uno se glaub Yo bien merken ^ ^ Wer a% schreibt es aber auch no schlechter bedient - beides va!
int a%=10 <-- va pero no! int a=10 <-- va!
Und Bereichsvariablen?
Nixda! Floats, Longs, Ints y Cuerdas.
Demo? Kla: KompilierenMarcaSeparación |
|
|
|
|
| Ab XPSE V0.1.6y funktionierts ahora lokal... (alles experimentell!) KompilierenMarcaSeparación
proc test(long a,b,c,d,e,string s)
string h="argh!"
proc luma(int a,b,c)
int h=a*b*c
return str$(h+b+c)+s
endproc
s=str$(gettickcount)
print a,b,c
print "Tick:",s
KompilierenMarcaSeparación *bang*
Somit kann auch innerhalb de Prozeduren sin Variablensuffixe gearbeitet voluntad, incluso el Angeben de Parametern kann sin Suffixe geschehen, y en verschachtelten Prozeduren funktioniert lo. (Sichtweite -1 pro Schachtel) KompilierenMarcaSeparación |
|
|
| |
|
|
| |
|
- Página 2 - |
|
|
| Aaaalso - Variables Deklarieren: KompilierenMarcaSeparación//strings?
string a,b,c,d,e
//schon sind a,b,c,d und e vom typ String!
//oder gleich mit Zuweisung?
string a="lol",b="bla",c,d,e="huch?"
//ein paar longs deklarieren?
long i,o,p
//oder mit zuweisung - aber als int?
int meinint=20,bla=30
//das alles klappt a) global, und b lokal in procs.
//procs haben aber parameter - diese müssten ja dann doch wieder mit suffixen angegeben werden.
//sei denn man schreib:
proc test(int i,o,p)
endproc
//geht auch:
proc test
parameters int i,o,p
endproc
//geht auch:
proc test (int i,long h,long v,z,p,string s1,s2,s3)
ENDPROC
Lecker? Lecker!
Im nächsten Schritt voluntad Yo veces zusehen el el Überladen de Características auch por C-Syntax ermöglicht se.
Wem el a kompliziert es: Lo son simplemente el Schlüsselworte Int Largo Float y String. Einfach davor escribir y danach el Variablenbezeichnungen. Klappt en Parameterangaben oder como Variablendeklaration. |
|
|
| |
|
|
|
| Apéndice: Hey, yo kanns kaum glauben se me wirklich gelungen ser? Nach el Syntax no Variablensuffixe mehr? oO (salvo Bereichsvariablen/Arrays) |
|
|
| |
|
|
|
Michael Wodrich | Sind en Largo, Float y String wirklich no Kollisionen a befürchten?
String Alfa, Bravo = Test
Yo glaube, daß macht el todo Sache más algo unübersichtlicher. Wer se entonces en solchen Quellen después de Fehlern suchen.
Wären como no wenigstens otro Schlüsselworte adecuado?
Schöne Grüße Michael Wodrich |
|
|
| Programmieren, das spannendste Detektivspiel der Welt. | 09.11.2006 ▲ |
|
|
|
|
| Si usted Largo en el üblichen Sinne nutzt nimmst sí una Bereichsvariable. Hier gibts also no Kollision.
Wo debería como qué kollidieren?
String Alfa, Bravo = Test...
Deklariert sólo alfa y bravo como strings - bravo se auch igual en Test gesetzt - es doch ok?! |
|
|
| |
|
|
|
| Actualización sobre V0.1.6za
Experimentell va ahora el neue Verfahren fürs Deklarieren con Bereichsvariablen. KompilierenMarcaSeparación |
|
|
| |
|
|
|
Michael Wodrich | [quote:b6ff5934a1]Wo debería como qué kollidieren?
String Alfa, Bravo = Test...
Deklariert sólo alfa y bravo como strings - bravo se auch igual en Test gesetzt - es doch ok?![/quote:b6ff5934a1] Wenn Alfa y Bravo allerdings Longints son Luego se de Adresse en Alfa de Offset en Bravo el String Test abgelegt.
Und esta Mehrdeutigkeiten en un Code (evtl. en un fremden Code) a entdecken se entonces siempre schwieriger. Je mehr Bedeutungen String y Co. bekommen desto furchtbarer.
Schöne Grüße Michael Wodrich |
|
|
| Programmieren, das spannendste Detektivspiel der Welt. | 09.11.2006 ▲ |
|
|
|
|
| Nein es bastante simplemente! Wenn String (oder Largo) no a deklaration pero para Füllen de Werten benutzt voluntad se entonces simplemente una Variablensuffix anzugeben. |
|
|
| |
|
|
|
| Actualización sobre V0.1.6zb
Einige kleine Bugfixes. |
|
|
| |
|
|
|
| Actualización! en V0.1.6zc
Einige Bugfixes! Auch en Dateihandleangaben kann ahora el Varialbensuffix verzichtet voluntad. KompilierenMarcaSeparación También se ahora - si está disponible - una xpse.inc grundsätzlich includiert. Wird el Namensraumsymbol ?_ en el xpse.inc verwendet así lo en xpse. ersetzt. |
|
|
| |
|
|
|
| Kleiner Apéndice: Grundsätzlich rate Yo de el Nutzung uno xpse.inc de! Yo habe el Feature aber eingebunden porque lo gewünscht wurde. ¿Por qué Yo abrate? Man podría rápidamente vergessen el el Befehle welche en el xpse.inc posición siempre eingebunden voluntad, sólo erfahrene Programmierer debería el nutzen.
Und si ya así gearbeitet se entonces empfehle Yo el hay definierte Prozeduren wenigestens con el Namespacesign ?_ deklariert voluntad debería. |
|
|
| |
|
|