| |
| |
|
RGH | Salut,
comment déjà angedeutet, voudrais je künftig neue Variablentypen dans XProfan ermöglichen. cela erfordert une ziemlichen Umbau dans qui Datenhaltung. dans einem ersten Schritt J'ai eu cette Umbau durchgeführt, sans mais qui Syntax trop verändern.
Bislang wir qui Typ einer Variablen comment im klassischen Basic par un Postfix, dem letzten marque des Variablennamens, défini: !, %, &, $ ou bien #. qui Parser était alors oui c'est ca puis ausgelegt et erkannte et unterschied Variablen à diesem Postfix. eh bien stellte sich qui Frage, quoi pour Postfixe pourrait on den encore benutzen? Schließlich devoir qui marque sur qui clavier léger erreichbar son. là blieben encore solche marque comment °, § et €. un Problem: sur internationalen Tastaturen gibt es qui marque partiellement pas. (Ok, pas so dramatisch, là sich qui internationale Verbreitung XProfans doch très dans Grenzen hält.) cela Hauptproblem: après ist mais Schluß. € pourrait encore pour une Währungstyp durchgehen.
qui vorläufige Solution: Abkehr vom Postfix. en supplément musste qui Parser komplett umgeschrieben volonté et encore quelques Befehle et Funktionen, qui Variablennamen comme paramètre verlangen (etwa CLEAR, DISPOSE, DECLARE, PARAMETERS, CLASSOF, SIZEOF, etc.). Aussi braucht es pour Variablennamen sans Postfix encore une neue Syntax, um den Typ trop bestimmen. et 100%ig kompatibel zur bisherigen Syntax sollte es aussi son. So sieht qui Solution chez mir zur Zeit aus (et wird bientôt à qui ersten Tester aller):
Déclarer <Typ> <Name>, <Typ Name>, ...
Paramètres <Typ> <Name>, <Typ Name>, ...
Var <Typ> <Name> = <Wert>
qui bisherigen Typen appeler STRING, INTEGER, LONGINT, FLOAT et MEMORY.*
Neue et bisherige Syntax peut beliebig gemischt volonté. trop tenir compte de ist naturellement, dass chez Variablen avec Postfix cet marque partie des Namens ist. So sommes oui jusqu'alors déjà X$, X&, X%, X! et X# différent Variablen, qui sich par den Postfix unterscheiden. alors volonté künfig aussi STRING X et X$ deux verschiedene Variablen son. là un Variablenname pas doppelt vorkommen darf, wird es natütlich nich gleichzeitig une STRING X et une LONGINT X donner dürfen. (Pour Nutzer anderer Programmiersprachen une Selbstverständlichkeit.)
So viel vorerst en supplément. Comme je le disais: chez mir funktioniert es déjà.
Salut
Roland
* imaginable wären aussi qui Bezeichnungen STRING, INT, LONG, FLOAT et MEM |
|
| |
| 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 | 22.10.2009 ▲ |
|
| |
|
|
Dieter
Zornow | | qui Erweiterung qui Variablen-Typen ist trop begrüßen, là es doch quelques Probleme gibt, weil Profan quelques Rückgaben de DLL pas verarbeiten peux. qui Postfix dans Profan avons mir mais à cause de qui Übersichtlichkeit toujours bien plaisons. si on seulement un le morceau betrachtet hat était toujours bien sûr um welchen Variablen-Typ es sich handelt. cela hat mich chez anderen Programmiersprachen toujours gestört, dass on ensuite toujours seulement chercher musste um welchen Typ es sich handelt. |
|
| |
| Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2 | 22.10.2009 ▲ |
|
| |
|
|
RGH | Salut,
pour qui bisherigen Typen ist qui Verwendung des Postfix oui weiterhin possible. Kompatibilität wird chez mir toujours grand geschrieben! Es spricht alors rien dagegen, es plus so hanzuhaben comment bisher. Beispiel:
KompilierenMarqueSéparationcls
declare memory b, string s, longint l, float f
declare b#, s$, l&
declare string hugo
dim l&, 256
dim b#, 256
waitinput
byte b#,255 = 123
print byte(b#, 0)
print byte(b#, 255)
print byte(b#, 22256)
waitinput
dim l, 256
dim b, 256
byte b,255 = 123
print byte(b, 0)
print byte(b, 255)
print byte(b, 22256)
waitinput
l = 12345
inc l
print l
inc l,300
print l
dec l
print l
dec l,300
print l
waitinput
end
dans anderen Sprachen (et künftig wohl aussi dans XProfan) nutze je volontiers folgende Notation pour Variablennamen: je nutze un Präfix, dass den Typ angibt, etwa i_Wert, l_Wert, s_Text, p_Zeiger, m_Bereich, etc. So volonté qui Variablen aussi chez fehlendem Postfix lesbar. dans meiner Firma donnais es pour Delphi et ZIM sogar entsprechende verbindliche Programmier-régulariser, avec cela qui Quellcodes aussi pour autre lesbar étions.
Salut
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 | 22.10.2009 ▲ |
|
| |
|
|
Jörg
Sellmeyer | |
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ...  | 22.10.2009 ▲ |
|
| |
|
|
 | Jörg Sellmeyer, Beitrag=54576, Zeitpunkt=22.10.2009
je schreib toujours
KompilierenMarqueSéparationstring s1,s2,s3
mem a,b,c
long q,w,e
string s4=s2+s1,s5=s3
mem r=20,t=30,z=point
long v=5,h=v*2,
Kürzer gehts nimmer. ^ ^ |
|
| |
| |
| |
|
|
Jörg
Sellmeyer | | je trouve aussi: cela Déclarer sollte on sich ensuite sparen peut... |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 22.10.2009 ▲ |
|
| |
|
|
RGH | cela Déclarer wird - déjà à cause de qui Kompatibilität - rester.Aussi sommes qui Worte String et Long bereits Befehle avec anderer signification.
Salut
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 | 22.10.2009 ▲ |
|
| |
|
|
| et pour Arrays:
KompilierenMarqueSéparationbools a,b,c
ints a,b,c
longs a,b,c
floats a,b,c
strings a,b,c
mems a,b,
RGH, Beitrag=54583, Zeitpunkt=22.10.2009
Aussi sommes qui Worte String et Long bereits Befehle avec anderer signification.
Zur Unterscheidung geb je cela Postfix à, dans qui espoir, dass niemand sur qui concept venez, une postfixlose Variable avec Postfix déclarer trop voulons. ^ ^
KompilierenMarqueSéparation |
|
| |
| |
| |
|
|
Thomas
Zielinski | concept1:
Ginge oui aussi comment dans PHP et qui gleichen. Gar keinen festen Typen sur qui Varialen poser.
KompilierenMarqueSéparation $irgendwas = blub
$irgendwas = 42e>
concept2:
chez qui Deklarierung pourrait on es doch aussi so faire:
KompilierenMarqueSéparation
Salut Thomas |
|
| |
| XProfan X4; Win10 x64
Der Kuchen ist eine lüge! | 23.10.2009 ▲ |
|
| |
|
|
Uwe
''Pascal''
Niemeier | Hi gens!
si cela Postfix partie des Dateinamens ist, wäre doch aussi ca imaginable:
declare memory x#, string x$, longint x&, float x!
ou bien
declare memory x^, string x°, float x§
allerdings aussi sinnloserweise
declare memory x!, float x$, string x%
(mais qui cela fait, ist plan selbst schuld)
et seulement si chez DECLARE ne...aucune Typ angegeben ist (vieille Schreibweise),
wird cela Postfix ausgewertet et dadurch qui Typ bestimmt.
avec cela hätte on doch alles sous einem Hut?
SeeYou
Pascal |
|
| |
| |
| |
|
|
RGH | @Thomas: Dein Vorschlag avec VAR wäre pas kompatibel avec qui jetzigen forme qui Deklaration et den Typ seulement chez qui ersten Zuweisung trop bestimmen wäre aussi gänzlich inkompatibel et einem Compiler très schwierig umzusetzen. cela serait probablement aussi un très ernstes Problem pour Profan2CPP volonté.
qui Befehle zur Deklaration rester so comment ils sont: DECLARE et VAR.
je schwanke encore entre den Typbezeichnungen "INTEGER, LONGINT, FLOAT, STRING, MEMORY" sur qui une et "INT, LONG, FLOAT, STRING, MEM" sur qui anderen page. Pour qui längere variante spricht, dass cet Typbezeichnungen sich bereits par qui komplette Aider de XProfan durchziehen et den Aufsteigern geläufig sind; pour qui kürzer variante spricht qui confort mancher Programmierer.
(entier Tippfaule et Assemblerfreaks avec einem Faible pour DreiBuchstabenBezeichner würden probablement INT, LNG, FLT, STR et MEM proposer. ;) )
Jörgs Vorschlag zur confort beim Entippen muss je la fois überdenken. Vermutlich ist es leichter programmiert, comme dans qui Aider pour Einsteiger verständlich dargelegt. ;)
@Pascal: aucun craintif, derartiger Unsinn wird pas possible son: Entweder un Postfix (comment bisher) ou bien une Typangabe! si un Variablenname un Postfix hat, ensuite défini cette beim DECLARE, VAR ou bien PARAMETERS den Typ. "DECLARE String test$" serait trop einer Fehlermeldung mener, genauso comment qui bewusste Irreführung "DECLARE String test&".
Salut
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 | 23.10.2009 ▲ |
|
| |
|
|
Jörg
Sellmeyer | comment wäre es so avec dem Hilfetext:
Deklarationen avoir lieu comment bisher avec dem Schlüsselwort "Declare".
Déclarer Text$, numéro%, Kommazahl!
maintenant peux aussi encore qui Variablentyp en supplément angegeben volonté. ensuite fällt cela Postfix comme Namensbestandteil weg:
Déclarer string s1, s2, s3
Déclarer integer numéro1, numéro2
mais aussi:
Déclarer string s1, integer numéro1, longint grossezahl1
derrière einer Typbezeichnung peut plusieurs Variablen dans Gruppen deklariert volonté:
Déclarer string s1, s2, s3, integer numéro1, numéro2, float f1, f2
Sinnvoll chez cette Art qui Variablenbenennung (sans Postfix) est un Kennzeichnung z. B. par un vorangestelltes marque:
Déclarer string sText, sZeile, integer iBreite, iLaenge, float fEndSumme
je hätte aussi nix vers qui Dreibuchstaben-variante. peut-être optionnel... |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 23.10.2009 ▲ |
|
| |
|
(1.129)
Deutsch
English
Français
Español
Italia