| |
|
|
- page 1 - |
|
RGH | allô XProfaner,
cela directe Ansprechen qui I/O-Ports ist sous neueren Windowsversionen (NT, 2000, XP, VISTA) oui pas plus possible et qui genannten Funktionen et Befehle marcher sur cette Plates-formes de daher pas plus. Programme, qui cet Befehle/Funktionen nutzen sommes daher sur Rechnern avec Windows 95/98/ME beschränkt.
Daher mon Frage, si son cet Funktionen/Befehle encore utilise.
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 | 02.09.2007 ▲ |
|
|
|
|
| |
|
- page 4 - |
|
| |
|
| |
|
|
|
Frank Abbing |
Zum Ersten bleibt cet Funktion encore undokumentiert bestehen. Es besteht keinerlei technischer Grund, vous trop entfernen. et zum Zweiten wird es dans qui prochain XProfan-Version (qui möglicherweise XProfan 2008 est) une Ersatz donner, qui pas seulement bequemer, mais aussi deutlich plus rapide ist (Stichwort: statisches Linken) et cela DEF comme API-Einbindung très vite oublier qc läßt.
là wird sich Dietmars Herzklappe sûrement vite wieder beruhigen.
je sags nochmal, je trouve es dans Ordre, si unnützer Balast la fois abgeschüttelt wird. Rolands technologie solche Sachen im Code bestehen trop laisser mais aus qui Anleitung trop entfernen halte je pour une geschickten rame. |
|
|
| |
|
|
|
| alors so richtig comprendre tue je es mais quand même pas, sei car und dir um Größenreduzierung qui Runtime. je comprends es c'est pourquoi pas weil Roland sans Weiteres seinem Präkompiler beibringen peux vieille Befehle dans z.B. callByName(alterbefehl,...) transformer trop laisser. Sozusagen une Funktion callByName qui vieille Funktionen auffängt sans cela une Befehls-ID usé wird. |
|
|
| |
|
|
|
RGH | @iF:
si je z.B. 20 create.....-Funktionen par 1 Funktion create(...... ersetze habe je 19 IDs gespart et peux vous à anderer Stelle verwenden. c'est mais seulement une page qui Medallie. qui zweite ist qui Übersichtlichkeit et/ou bien Logik qui Discours et avec cela peut-être aussi qui leichtere Erlernbarkeit trotz zunehmender Komplexität. (ici ist sicherlich aussi quelques Geschmacksache.) So habe je cet Containerfunktionen z.B. chez ZIM (einer amerikanisch/kanadischen banque de données-4GL) connaître et schätzen gelernt: Alle Settings wurden z.B. avec einer Funktion avec zahlreichen Subfunktionen eingestellt. si je alors une Einstellung benötigte, wußte je tout de suite, welchen Funktion trop verwenden était et wohin je dans qui Doku nachzuschlagen hatte et im Quellcode ist tout de suite erkennbar, qui es sich um une Einstellung handelt, weil là une Setfunktion steht. (und dir oui pas seulement ums écrivons des Quellcodes, mais aussi tout autor, ihn später encore trop comprendre.) comme mir ensuite qui IDs dans Profan auszugehen drohten, fiel mir cet technologie un, et je setzte vous dans Profan un (ab 7.0). (et qui Erweiterbarkeit cette Containerfunktionen mittels SUBPROC setzten dem Ganzen qui Krone sur. cela donnais es selbst dans ZIM pas! ) Zur Übersichtlichkeit est aussi, qui je pas pour une Funktion plusieurs Befehle/Funktionen ader alternative Schreibweisen avons voudrais. un Beispiel: zunächst gabe es den Befehk MESSAGEBOX. Um qui gedrückte bouton trop ermitteln, était un Systemvariable abzufragen. cela erwies sich später comme unpraktisch et es wurde qui Funktion MESSAGEBOX() eingeführt, qui qui gedrückte bouton zurückgab. Im cadre des Ausmistens wurde qui Befehl eh bien abgeschafft (1 ID wurde libre). avec cela mais qui alten Quellcodes qui alten Hasen encore marcher (et Dietmars Herzklappe geschont wird ;) ) wandelt qui integrierte PreCompiler avant dem Compilieren/Interpretieren beim Einlesen des Quellcodes den MESSAGEBOX-Befehl dans qui MESSAGEBOX-Funktion um. Neueinsteiger doit avec dem veralteten Messagebox-Befehl mais pas plus belästigt volonté, c'est pourquoi fehlt il dans qui introduction qui Aider. (Im Anhang qui veralteten Befehle taucht il mais doch encore sur, avec cela aussi qui Neueinsteiger vieille Quellcodes comprendre peux.) sur cet Weise versuche je, qui Discours plus trop entwickeln, sans qui Kompatibilität avec Füßen trop treten.
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 | 07.09.2007 ▲ |
|
|
|
|
Nico Madysa | et deswegen hat encore aucun de uns cela Profan-Programmieren aufgegeben. |
|
|
| |
|
|
| |
|
- page 5 - |
|
|
Frank Abbing | Blödsinn, es verschwinden toujours wieder la fois renomierte gens dans qui Versenkung. Z.B. Thorsten Haggert ou bien Heiko Reddingius. voudrais oui la fois savons, òu qui abgewandert sommes... |
|
|
| |
|
|
|
Nico Madysa | je meinte aussi plutôt qui, qui ici très aktiv sommes, z.B... toi! |
|
|
| |
|
|
|
Frank Abbing | Reines Profan wäre mir zuwenig, là suis je honnête. dans Symbiose avec Assembler allez cela mais voll dans Ordre. Hab derzeit keinen Drang pour Veränderung. |
|
|
| |
|
|
|
Sebastian König |
citation aus qui Hilfedatei de XProfan 10: Wichtiger Hinweis: dans künftigen XProfan-Versionen wird Def seulement encore pour qui définition de Konstanten verwandt volonté. Im Ernst: Zum Ersten bleibt cet Funktion encore undokumentiert bestehen. Es besteht keinerlei technischer Grund, vous trop entfernen. et zum Zweiten wird es dans qui prochain XProfan-Version (qui möglicherweise XProfan 2008 est) une Ersatz donner, qui pas seulement bequemer, mais aussi deutlich plus rapide ist (Stichwort: statisches Linken) et cela DEF comme API-Einbindung très vite oublier qc läßt.
Salut,
je voudrais meinen Senf aussi la fois dazugeben :
qui Entwöhnung qui User de überholten Features par Streichen qui Erwähnung dans qui Aider halte je pour une très guten Weg. et cela statische Linken comme Ersatz pour API-DEFs klingt wirklich intéressant - je suis très gespannt!
Allerdings voudrais ici pour plädieren, près de qui DEFinition de Konstanten aussi weiterhin qui Possibilité qui définition de einzeiligen Funktionen dans qui Aider dokumentiert trop laisser. seulement sollte on dem enfant peut-être une anderen Namen donner: meiner attitude pour wäre Makro très zutreffend.
Begründung: près de qui Possibilité, häufig wiederkehrende Rechnungen avec seulement einer la ligne (qui variante avec einer Doppelpunkt-getrennten einzeiligen Procédure ist déjà plus Tipparbeit...) elegant abzuküren, gibt es aussi une handfesten Geschwindigkeitsvorteil qui DEF-variante! Folgender Code zeigt chez mir une Gewinn de ca. 25% dans qui Makro-variante (16172 ms trop 21500 ms, XProfan 10.0a, kompiliert): KompilierenMarqueSéparationDEF MulDivMacro(3) (&(1) * &(2) / &(3))
proc MulDivFn
parameters x&,y&,z&
return x& * y& / z&
endproc
DEF &Count 500000
Cls
Randomize
declare start&,stop&
declare tmp&
print Rechne...
start& = &GetTickCount
whileloop &Count
tmp& = MulDivMacro(Rnd(5000),Rnd(6000),Rnd(7000)+1)
wend
stop& = &GetTickCount
print Zeit mit Makro: ,int(stop& - start&),ms
print Rechne...
start& = &GetTickCount
whileloop &Count
tmp& = MulDivFn(Rnd(5000),Rnd(6000),Rnd(7000)+1)
wend
stop& = &GetTickCount
print Zeit mit Funktion: ,int(stop& - start&),ms
waitkey
end
MfG
Sebastian |
|
|
| |
|
|
|
Sebastian König | Hmm... gibt es gar aucun Meinungen hierzu (mon Posting direct sur diesem, mon je)? Roland? |
|
|
| |
|
|
|
| |
|
| |
|
|
|
Jörg Sellmeyer | Sebastian König
Hmm... gibt es gar aucun Meinungen hierzu (mon Posting direct sur diesem, mon je)? Roland?
bof, là peux es oui eigentlich aucun deux Meinungen trop donner. Entweder doit Roland cela reviedieren ou bien sich Gedanken en supplément faire, wieso qui Procédure langsamer ist. Salut Jörg |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 11.09.2007 ▲ |
|
|
|