| |
|
|
- page 1 - |
|
 | So V0.1.6 is raus!
Größeres XPSE-Update! s'il te plaît den alten encore aufheben, dans V0.1.6 wurden viele neue Features hinzugefügt, qui Kontrollen verbessert et et et...
Umlaute volonté maintenant aussi unterstütz! <offtopic>Was naturellement seulement un Bug son peux!  </offtopic>
quoi ist récente:
qui Variablenerkennung ist deutlich verbessert. qui Variablen volonté maintenant aussi den Prozeduren zugeordnet et qui Typen volonté geprüft.
Headerfiles: Werden eh bien lire et en Anwendung überprüft! Im Source benutzte Strukturen, Apis ou bien Konstanten volonté vom XPSE eh bien direct mise en œuvre et qui Headerfileangaben volonté aus dem Source entfernt - quoi trop Folge hat cela qui XProfankompiler qui Headerfiles pas plus nécessaire.
pourquoi cela XPSE tut? Weil il qui Umsetzung um un Vielfaches plus rapide pouvoir comme qui XProfankompiler et qui XProfankompiler aussi encore moins trop 1faire hat et plus rapide kompiliert.
par cela Einlesen qui Headerfiles peux XPSE aussi Strukturendefinitionen et Anwendungen überprüfen - et muss cet pas plus übergehen. Falschgeschriebene Konstanten volonté eh bien aussi angemeckert.
Benutzte APIs aus den Headerfiles volonté pas simple seulement comme Externals dans den Source umgewandelt! cela schnellere Call wird verwendet et qui Prozeduradresse aus qui DLL wird einmalig bezogen. cela fait qui Abarbeitung de ApiCalls aus Headerfiles aussi encore plus rapide.
seulement encore fremde Headerfiles doit angegeben volonté! qui StandardHeaderFiles windows.ph, messages.ph, commctrl.ph, structs.ph, Avi.ph, gdi.ph, OpenGL.ph, richedit.ph et shellapi.ph hat XPSE intus! qui Angabe qui Headerfiles ist pas plus nötig! Werden qui Files quand même angegeben utilise XPSE qui angegebenen et pas qui eingebauten!
par cela omettre de Headerfileangaben wird cela Kompilieren cependant encore plus rapide! Weder XPSE encore qui XProfankompiler doit qui Headerfiles einlesen!
cela ~ muss pas plus verwendet volonté! Es peux - mais es doit pas! seulement si qui nom peut-être avec einem anderen kollidiert devrait cela ~ verwendet volonté.
APIs, Strukturen et Konstanten peut alors simple verwendet volonté sans cet trop déclarer et sans cela ~ marque.
simple essayer! KompilierenMarqueSéparation |
|
|
| |
|
|
|
| |
|
- page 1 - |
|
 | Update sur V0.1.6x
il y a une neuen Variablentypen! Suffix: NIX (garnichts) ne...aucune Suffix! ne...aucune Suffix? Nö! ne...aucune Suffix. qu'est-ce que c'est pour un Typ? Alles quoi tu veux! String, Long, Integer ou bien Float.
Okok neuer Variablentyp ist faux, il y a keinen neuen Typen - qui vorhandenen Typen rester. mais une ist récente: aucun Suffixe plus - si on voudrais!
comment cela allez? entier simple - comment bisher - on deklariert z.B. trois Long:
long a,b,c
ou bien 4 strings?
string s,t,r,u
cela wars.
comme besonderes Feature pourrait je erwähnen cela on aussi juste dedans qui Deklaration (comment depuis X10 possible) qui Werte zuweisen peux. So: (maintenant la fois integer)
int a=10
ou bien
int a=10,b=20,c=a+b,d=50 <-- jau cela allez aussi! appétissant? appétissant!
Später im Programme ensuite simple a statt a% écrivons. peux on sich glaub je bien merken ^ ^ qui a% écrit ist mais aussi pas schlechter bedient - beides allez!
int a%=10 <-- allez mais pas! int a=10 <-- allez!
et Bereichsvariablen?
Nixda! Floats, Longs, Ints et Cordes.
Demo? Kla: KompilierenMarqueSéparation |
|
|
|
|
 | Ab XPSE V0.1.6y funktionierts maintenant aussi bistrot... (alles experimentell!) KompilierenMarqueSéparation
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
KompilierenMarqueSéparation *anxieuse*
Somit peux aussi dedans de Prozeduren sans Variablensuffixe gearbeitet volonté, sogar cela Angeben de Parametern peux sans Suffixe geschehen, et chez verschachtelten Prozeduren funktioniert es. (Sichtweite -1 pro boîte) KompilierenMarqueSéparation |
|
|
| |
|
|
| |
|
- page 2 - |
|
|
 | Aaaalso - Variablen déclarer: KompilierenMarqueSéparation//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
appétissant? appétissant!
Im prochain Schritt veux je la fois zusehen cela cela Überladen de Funktionen aussi per C-Syntax permet wird.
Wem cela trop compliqué ist: il y a simple qui Schlüsselworte Int Long Float et String. simple devant écrivons et après qui Variablenbezeichnungen. Klappt chez Parameterangaben ou bien comme Variablendeklaration.  |
|
|
| |
|
|
|
 | Nachtrag: Hey je kanns à peine croyons soll mir cela wirklich gelungen son? Pour qui Syntax aucun Variablensuffixe plus? oO (ausgenommen Bereichsvariablen/Arrays) |
|
|
| |
|
|
|
 Michael Wodrich | sommes chez Long, Float et String wirklich aucun Kollisionen trop befürchten?
String Alfa, Bravo = Test
je crois, qui pouvoir qui ganze l'affaire plutôt quelque chose unübersichtlicher. qui soll ensuite dans solchen Quellen pour Fehlern chercher.
Wären là pas wenigstens autre Schlüsselworte angebracht?
belle Grüße Michael Wodrich |
|
|
| Programmieren, das spannendste Detektivspiel der Welt. | 09.11.2006 ▲ |
|
|
|
|
 | si Du Long im habituel Sinne utilise prends oui une Bereichsvariable. ici gibts alors aucun Kollision.
wohin sollte là quoi kollidieren?
String Alfa, Bravo = Test...
Deklariert arrêt alfa et bravo comme strings - bravo wird aussi juste sur Test gesetzt - mais est ok?! |
|
|
| |
|
|
|
 | |
|
| |
|
|
|
 Michael Wodrich | [quote-part:b6ff5934a1]wohin sollte là quoi kollidieren?
String Alfa, Bravo = Test...
Deklariert arrêt alfa et bravo comme strings - bravo wird aussi juste sur Test gesetzt - mais est ok?![/quote-part:b6ff5934a1] si Alfa et Bravo allerdings Longints sommes ensuite wird ab Adresse dans Alfa ab Offset dans Bravo qui String Test abgelegt.
et cet Mehrdeutigkeiten dans einem Code (peut-être. dans einem fremden Code) trop entdecken wird ensuite toujours schwieriger. Je plus Bedeutungen String et Co. bekommen desto furchtbarer.
belle Grüße Michael Wodrich |
|
|
| Programmieren, das spannendste Detektivspiel der Welt. | 09.11.2006 ▲ |
|
|
|
|
 | non c'est entier simple! si String (ou bien Long) pas zur deklaration mais zum Füllen de Werten benutzt volonté soll ensuite ist simple un Variablensuffix anzugeben. |
|
|
| |
|
|
|
 | Update sur V0.1.6zb
quelques kleine Bugfixes. |
|
|
| |
|
|
|
 | Update! sur V0.1.6zc
quelques Bugfixes! aussi chez Dateihandleangaben peux maintenant sur cela Varialbensuffix verzichtet volonté. KompilierenMarqueSéparation Ebenso wird maintenant - si vorhanden - une xpse.inc grundsätzlich includiert. Wird cela Namensraumsymbol ?_ dans qui xpse.inc verwendet so wird es dans xpse. ersetzt. |
|
|
| |
|
|
|
 | Kleiner Nachtrag: Grundsätzlich taux je de qui Nutzung einer xpse.inc ab! j'ai cela Feature mais eingebunden weil es gewünscht wurde. pourquoi je abrate? on pourrait vite oublier qc cela qui Befehle quelle dans qui xpse.inc stehen toujours eingebunden volonté, seulement erfahrene Programmierer devrait cela nutzen.
et si déjà avec cela gearbeitet wird ensuite empfehle je cela là definierte Prozeduren wenigestens avec dem Namespacesign ?_ deklariert volonté devrait. |
|
|
| |
|
|