XPSE

- Página 2 -

Kleines Actualización ca. BugFix en 11.0.1.7.t [...]

Ein größerer Ver código fuente de Jac hatte xpse abstürzen dejar, el Fehler es Fijo.

@Jac: Gracias!

26.06.2008 ▲

Experimentelle Versión 11.0.1.7.u [...]

, einfacherer Umgang con Arrays

Arraydefinitionen (auch Funktionsparameter) simplemente encima Plural el Typenangaben, Wegfall des Variablensuffix y -Tippen. Es simplemente herrlich...

después de como antes:
Kompilieren Marca Separación

//als Beispiel am long: long(s) definieren:
long a,b,c,...
//auch möglich
long a=20,b=50,c=a*b
//oder Beispiel als Funktionsparameter
myFunc1(long a,b,c)

So ahora en Arrays:
Kompilieren Marca Separación

//como Ejemplo a Largo-Arrays: longarray(s) definieren:
longs a,b//longs en lugar de long!
//ahora puede wir hier:
a[100]=20
b[50]=a[100]
imprimir sizeOf(a)//si uno a&[] meint reicht una einfaches a
//o.
myFunc1(longs a,b)...

en lugar de: (Langsyntax*)
Kompilieren Marca Separación

declarar a&[]
declarar b&[]
//ahora puede wir hier:
a&[100]=20
b&[50]=a&[100]
imprimir sizeOf(a&[])
//o.:

proc myFunc1

    parámetros a&[],b&[]

ENDPROC

Arraydefinitionen después de el Langsyntax bleiben natürlich hiervon unberührt.

* XProfan-Syntax

Actualización: [...]

RGH

Und como unterscheidest Usted el Variables a!, a%, a&, a$, a![], a%[], a&[] y a$[]?

Saludo
Roland

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

Jac
de
Lad

Yo nehme veces a, dass long sólo para Variables es y longs sólo para arrays.

Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP

oder en C no sin Warnung:
Kompilieren Marca Separación

a!, a%, a&, a$, a![], a%[], a&[] y a$[] son Langsyntax - also Unterscheidung por Variablensuffix, como Usted lo vormachst*.

Einem Variablenbezeichner mehrere Typen zuzuordnen halte Yo no para lehrwürdig.

Deklariert uno Variables después de Kurzsyntax, así son el deklarierten Variablenbezeichnern natürlich el Typen por Deklaration zugeordnet y Redeklarationen voluntad angemeckert**. (Como auch en C#, Pascal (Delphi) y otro lehrwürdigen Idiomas...)

Por ejemplo es mi humilde opinión en Delphi auch no zulässig;
Kompilieren Marca Separación

;var a,b,c:boolean
;var a,b,c:longinte>

;bool a
;long ae>

Lo restos después de como antes esta: XPSE-Codes unterliegen strengeren Richtlinien qué durchschnittlich betrachtet a mejor Programmen/Ergebnissen führt.

* Gleiche Variablenbezeichner por Langsyntax con unterschiedlichen Typen deklarieren se de XPSE no siempre geduldet, en el Falle voluntad Warnmeldungen ausgegeben.

** Lo son syntaktische Situationen en denen XPSE no wissen kann (also möchte), si una Redeklaration zulässig es o. como Redeklaration angesehen voluntad kann, como XPSE el código no a Laufzeit betrachten kann. In diesem Fall schweigt XPSE más bien en lugar de con uno Redeklarationsfehlermeldung abzubrechen.

Por ejemplo es por lo tanto bajo Umständen auch sin Warnung posible:
Kompilieren Marca Separación

string a,b,c
long a,b,ce>

a deklarieren qué después de
Kompilieren Marca Separación

var A$=
var B$=
var C$=
var A&=0
var B&=0
var C&=0

aufgelöst se.

Verwendet uno sin embargo nun a sin Variablensuffix, así el erste Typendeklaration (en el Ejemplo: cadena) verwendet en a después de a$ aufzulösen. Verwendet uno sin embargo a con Variablensuffix, así gilt natürlich dieses - vorrausgesetzt vorhergehender Deklaration después de beliebiger Syntax como de otra manera una Warnung ausgegeben se.

Jac

Yo nehme veces a, dass long sólo para Variables es y longs sólo para arrays.

Exakt, auch si el imho no Rolands Cuestión war.

Statt long, cadena, int, bool, mem y float para Arrays simplemente: longs, strings, ints, bools, mems y floats

Hiernach una Stringarray definieren y igual veces befüllen:
Kompilieren Marca Separación

strings myArray
myArray[100]=test
imprimir sizeOf(myArray)

después de Langsyntax algo umständlicher:
Kompilieren Marca Separación

declarar myarray$[]
myarray$[100]=test
imprimir sizeof(myarray$[])

Aber el wirklich Tolle es el folgendes posible es:
Kompilieren Marca Separación

strings myArray=explode(así es lo, )

En Deklaration puede una Array inmediatamente Werte zugewiesen voluntad z.B. de Características welche una Array zurückliefern oder de vorhandenen Arrays.

RGH

Hola si,
el Lehrwürdigkeit es no mein Thema. Einbuchstabige Bezeichner son prinzipiell no lehrwürdig. Variablennamen debería siempre sprechend ser y Sparchen sin Typkennzeichen el Typ por Prefix en el Namen haben, como bajo C++- y otro Programmierern ya siempre gang y hay (siehe auch Bezeichner en Windows-API-Documentación).

Saludo
Roland

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

Actualización sobre 11.0.1.7.v [...]

- Anpassung a XProfan 11, bajo anderem wegen des FIN-Befehls.

12.07.2008 ▲

Actualización sobre V11.0.1.7w [...]

- profalt.inc macht nun no Problemas mehr.

16.07.2008 ▲

Ooops! Como me está wohl una Malör passiert, Yo werd wohl una funktionierende Versión nachreichen necesario.

16.07.2008 ▲

Actualización sobre V11.0.1.7y [...]

- profalt.inc macht nun no Problemas mehr. (hatte todavía algo übersehen...)

17.07.2008 ▲

Actualización sobre V11.0.1.7z [...]

- Fehler en For-Schleifen wegen veraltetem ADD Fijo.

Dank a:
Jens-Arne Reumschüssel

En FOR-Schleifen, el una otro Schrittweite como 1 haben, se
de XPSE z.B. el Befehl "ADD i%,10" verwendet. XPSE incluso meckert
dies entonces beim Syntax-Check a (Procedimiento ADD no deklariert),
sodaß el entsprechende Programa no mehr de XPSE heraus
kompilierbar es. Yo denke, en lugar de "ADD" debería "INC" verwendet
voluntad, como "ADD" de XProfan 11 veraltet es y no mehr verwendet
voluntad kann.

Yo dar a, daß dies tal vez kein echter Bug es, porque XProfan11
sólo heute oficialmente herausgekommen es, aber immerhin meckert XPSE
sí incluso el veralteten Befehl a.

Gracias Jens!

27.07.2008 ▲

Actualización sobre V11.0.1.7za [...]

- XPSE kannte %BmpB no.

08.08.2008 ▲