Infinity-Profan

- Página 1 -

Michael
W.

...y en Potenzen se oft el doppelte Stern benutzt, como oben ya geschrieben. Dann wären sí todos "eingetütet".

XProfan X3
System: Windows 8/10, XProfan X4
Programmieren, das spannendste Detektivspiel der Welt.

Yo glaube Roland nimmt ^, qué findest Usted mejor?

Michael
W.

Ein einzelnes Signo es mejor, also (4^3) == 64.
Es auch verständlicher, como lo sí 4 hoch 3 gesprochen se.

XProfan X3
System: Windows 8/10, XProfan X4
Programmieren, das spannendste Detektivspiel der Welt.

Finde Yo auch, hacer wir así.

Ok, tener ^ instalado.

04.12.2014 ▲

Kompilieren Marca Separación

Nun es incluso folgendes posible:

c=0
d=1
imprimir d+ ++c
//son 2 de yc ha hier valor 1

24.01.2015 ▲

Yo glaube lo son bisher en todavía keiner Lenguaje de programación una Vergleichsoperator bestehend de 4 Gleichheitszeichen.

In AndroidProfan bisher:

= Zuweisung
== Wertevergleich
=== Werte y Typenvergleich

Und nun mi Concepto: 4 Gleichheitszeichen Operator:

==== Typenvergleich

Liefert el Wertetyp el linken Página des Argumentes.

Z.B.

var a=10
imprimir(a====) //Edición: long

oder

if (a====long) ...

Gegenstellen podría uno natürlich una Función z.B. nombre "typeof" oder "type" - como tendiere Yo hin trotz el imho no wenig interessanten Erfindung el 4 Gleichheitszeichen.

Was meint el Comunidad?

30.01.2015 ▲

@Michael:

Posesiones veces obigsten Contribución Tabla en el einfachere Beitragssytax
umgestellt weg de HTML.

30.01.2015 ▲

- Página 2 -

HofK

Das sowohl != como auch <> nutzbar es finde Yo muy bien. Darauf falle Yo beim Wechsel zwischen el Idiomas siempre otra vez veces rein!

IF (30.01.15)

==== Typenvergleich

Liefert el Wertetyp el linken Página des Argumentes.

==== es bastante schön lang.
Das == es sí ya una "Hilfskonstruktion" porque el Zuweisung "ergibt se aus" con = schön kurz es aber eigentlich algo como <- , <-- , <== oder eben gebräuchlich := (Yo nada así treffend finde) ser debería a Richtung y el Zuweisung anzudeuten.

Es "==== Typenvergleich" eigentlich kein Vergleich, pero "Ergebnis <-- Argument".

In algunos Idiomas muss uno sí el Typ ständig mitschreiben, como a%, a&, a$ ... Vorteil - uno ha el Typ stets en el Blick. Nachteil- Schreibarbeit, sieht no necesariamente übersichtlich de.

Como wäre lo con un einfachen Symbol hinten (oder etwa davor) a el Variables el entonces el Typ liefert.

Also imprimir(a?) // Edición long usw.

oder eben imprimir(?a)

oder más bien imprimir(a°), imprimir(a~), imprimir(a#) , ... - müssten doch eventuell todavía syntaktisch posible ser si uno el erlaubten Sonderzeichen en Variablenbezeichnern entsprechend vorgibt.

XProfan 11

31.01.2015 ▲

Kompilieren Marca Separación

HofK

Der Operator + es no como en el Liste el Operatoren (scheinbar sólo allein) el Addition, pero auch el Verknüpfung de Zeichenketten.

Como Grundlegendes nocheinmal en el Prüfstand es una Überlegung, auch si yo denke, dass el Realisierungschancen en el Promillebereich - en Alkohol es como el Wirkung ya stark! - mentira.

Aber darüber nachzudenken kann kaum schaden.

Im Zusammenhang con [...]

y porque Yo otra vez una vez darauf hereingefallen bin, obwohl lo me rein theoretisch völlig klar es, nocheinmal algo a Konkatenation.

Como war lo veces otra vez passiert:

xppmax = (ord(tx[0])-96)*10 + tx[1]

Infinity-Profano sabe sí no festen Typen para el Variables,
una variable y Felder puede a Laufzeit el Inhaltstyp ändern.
Damit es äußerlich no erkennbar, qué en el Beispielzeile tatsächlich passiert.
Hier war lo entonces anhängen el Ziffern de tx[1]. In tx[1] war zwar una Zahl,
aber como ellos encima una verschachtelten Prozeduraufruf de uno Dialogeingabe
weitergeleitet wurde war ellos vom Typ cadena.
Lo gab auch no formalen Fehler en el más Verarbeitung, como por implizite Typumformung letztendlich una Zahl disponible stand. Nur el war inhaltlich falso.

Mit uno expliziten Typwandlung

xppmax = (ord(tx[0])-96)*10 + long tx[1]

erhielt Yo el eigentlich beabsichtigte Ergebnis.
Aber en un otro Fall kann gerade el Zeichenkettenverknüpfung gewollt ser.
Der "Missbrauch" des Additionsoperators en el Programmiersprachen stört mich ya siempre
genauso como el t minus online, Así que el große Firma wo online abgezogen se.
Das sólo, porque uno el eigentlich korrekte Benennung Bindestrich a altbacken y lang
findet y Inglés eben auch minus benutzt se.

Lo son durchaus otro Konkatenations-Operatoren como el Punkt en php.
Aber el es así simplemente auch no übersichtlich wegen el Objektschreibweisen y Schreibweise para assoziative Datenfelder. Aber doppelt genommen, qué se auch bien schreibt y "Abstand" a Información general schafft?
Seguro hay con .. aber otro Problemas?

So wäre lo:

xppmax = (ord(tx[0])-96)*10 .. tx[1]// Konkatenation con Typumwandlung a cadena
xppmax = (ord(tx[0])-96)*10  + tx[1]// sólo todavía Addition con Typumwandlung a float/long

Im más typischen Beispielen sähe el Konkatenation así de:

Kompilieren Marca Separación

msg msg.box  txt1 .. txt2 .. txt3 null "OK" null xpypeingabe1// con extra Leerzeichen
msg msg.box  txt1..txt2..txt3 null "OK" null xpypeingabe1// kompackt
msg msg.box "Bitte notieren: "..plmod..":  "..xpmax.." | "..ypmax null "OK"
trstr=trstr..tr[l][4]..";"..tr[l][1]..";"..tr[l][2]..";"..tr[l][3]..";"..tr[l][0].."\n"

Hoffe, dass Yo no es igual

beziehe.

XProfan 11

14.12.2015 ▲

Lo wäre para mich kein Problema de:

..

simplemente:

+str(parse1Argument)

a hacer.

14.12.2015 ▲