XPSE

bien sûr wärs joli, si là un Helferlein alle unsere faute trouver serait.
je trouve mais, qui qui magere Syntaxcheck un faute vom XProfan et pas vom XPSE ist. mais attendre wir ab, quoi David uns encore pour Goodies einbaut, qui Roland übersehen hat - mais est seulement Version 0.14 vom XPSE...

Christian

XProfan 8/9.1, Win XP, AMD 64/3200

01.05.2005 ▲

qui Aktuelle machts - ist encore inner Probe - next Rel. beachtet aussi quelque chose comme.

avec simple seulement XProfan Keywords connaître ists net getan - gibt oui aussi Procs et Defs etc...

Salve.

voudrais mais nochwas en supplément dire - qui Formulierung pas la fois ist quelque chose unglücklich getroffen.

qui Wirklichkeit sieht so aus - XPSE pouvoir une Vielzahl de Überprüfungen quelle syntaktische faute erkennen. cela bloße Keyworderkennen ist là presque Nebensache.

XPSE allez pas mot-pour-mot avant - um faute aufzuspühren - non xpse fonctionne entier anders. je versuche es la fois trop expliquer:

XPSE nimmt den Source dans seinen grenier sur - zerstückelt cette dans ihn bekannte Bruchteile et komprimiert den Source avec cela sur un Minimum.

Über cela sich eh bien im grenier befindliche Komprimat volonté verschiedene filtre gejagt. cet glätten den Source et faire, si un faute im Source ist, un Rückkomprimieren pas possible.

qui Rückkomprimierung peux alors seulement avoir lieu - si pour Glättung des Komprimates qui Source encore schlüssig ist. So erkennt qui XPSE faute.

Anders alors comme gewöhnliche Syntaxchecker - viel ausbaufähiger et härter - et ebend hintenrum.

cet procéder - so ekelig es aussi trop programmieren ist - bringt mais essentielle Vorteile mitsich.

Z.B. peux je avec cela den XPSE später dans qui situation versetzen - sogar unlogiken trop erkennen - indem bestimmte Schlüsselroutinen sich pas trop 100% wegkomprimieren laisser. (Jaja je sais - 100% - mais je hoffe on versteht so ungefähr quoi je mon).

qui bloße Keyworderkennung ist aucun algo-l'affaire - mais simples comparer - nix quoi XPSE bisher acte. mon aktuellstes Release (encore unveröffentlicht GT. Testing) überprüft eh bien aussi Schreibfehler.

ici volonté Variablen, Prozeduren, XProfanbefehle, et Defs et Konstanten beachtet. Hierbei cependant ists dem XPSE ensuite mais vorläufig aussi encore égal - si un Schlüsselwort richtig deklariert wurde. Es wird vorab seulement erstmal geschaut si un Schlüsselwort überhaupt défini wurde - ou bien si un Tipp-/ Schreibfehler vorliegt.

malheureusement pouvoir cela den XPSE deutlich langsammer - je nenne es interne den ThirdPass. sur meinem calculateur braucht il avec diesem Thirdpass ca. 2,7 statt 1,1 pour 10000 Zeilen. qui XProfancompiler cependant nécessaire zum comparaison pour cela Compilieren cette 10000 Zeilen 40 Sekunden.

Würde XPSE maintenant aussi encore qui PRC erzeugen - bräuchte il avec allem tambour et tour quoi il eh déjà tut seulement 4 statt 40 Sekunden zum Compilieren.

la fois avec Roland reden...^ ^

Salve.

Nachtrag: ensuite bräuchte aucun plus den Interpretermodus - car sur Knopfdruck qui PRC-Starten...

Salve.

Dietmar
Horn

allô David,

sorry, je voulais doch avec cela weder toi personnelle, encore Deinen genialen XPSE angreifen! cela sollte lediglich un entier, entier winziger Hinweis de einem encore viel, viel winzigeren, klitzekleinen Mini-croissant à upper$(iF-xpse) son - pas plus et pas moins! chez solch schnellen Postings de lower$(croissant) zwischendurch sollte on wirklich pas juste chaque mot sur qui Goldwaage poser ...

qui beschriebenen et geplanten XPSE-Funktionen finde je jedenfalls prima! si es wirklich irgendwann la fois un PRF-Tool gäbe, welches qui gängigsten Syntax-faute anmeckert, wäre cela déjà pas mal bzw. eigentlich déjà jadis en retard. dans anderen Programmiersprachen ist cela doch depuis Jahren bzw. de Anfang à fest incorporé. je peux es simple pas croyons, qui es soviel Mehraufwand bedeuten soll, dem PRF-Interpreter et dem PRF-Compiler une weitestgehend identischen Syntax-Check trop verpassen (bzw. vorzuschalten). seulement la fois entier indépendant en, comment bien ou bien comment moins gründlich cet partie anfangs wirklich seinen Job verrichten serait - important wäre doch seulement la fois wenigstens mindestens un 100%-ig identisches Verhalten bzw. agir cette beiden Kollegen (Interpreter et Compiler)! Notfalls pourrait on oui zeitaufwändigere Prüfungen optionnel ab- ou bien zuschaltbar faire, si bien que on cet seulement chez besoin verwendet (si on selber beim Testen unerklärliche Fehlfunktionen feststellt, ou bien seulement la fois gelegentlich zwischendurch courir läßt).

Einen Anregung pour den XPSE-Syntax-Check hätte je encore: Du devrait absolument dem Progger ermöglichen, sich selber une Art Black-List pour Befehle anzulegen bzw. trop erweitern, qui XPSE simple überspringt. Derzeitig magst Du peut-être encore täglich 26 - 28 Stunden Zeit avons, toi um XPSE kümmern et souvent im Stundentakt UpDates herausbringen trop peut. Doch auszuschließen ist es pas, qui Du irgendwann zukünftig qui Schwerpunkte dans Deinem beruflichen ou bien personnel Umfeld anders mettons vouloir, ou bien dois - ou bien? Den ProfanInspektor de Sebastian peux on deswegen z.B. déjà depuis Monaten pas plus sinnvoll einsetzen, weil il qui neuen 9.0-il Befehle oui pas connaître peux. avec Prf2Cpp pourrait es seitdem ähnliche Probleme donner.

avec XPSE seulement im Compilermodus trop travailler, cela fait chez größeren Projekten derzeitig keinen Sinn, weil hierbei qui PRF-Compiler ständig sur qui Bremse steht.

à cause de qui PRC-Erzeugung par XPSE devrait Du meiner attitude pour im intérêt aller (X)Profaner absolument weiterhin sur une erfolgreiche Zusammenarbeit avec Roland hinwirken. dans diesem Punkt wäre es allerhöchste Zeit, qui sich là grundlegend quelque chose ändert. car si je z.B. zum Compilieren eines Projektes avec knapp 100000 Codezeilen aktuell à 10 Minuten besoin, ensuite motiviert mich cela derzeitig pas justement en supplément (aussi pas avec vorangeschalteter XPSE-Code-Optimierung) grundsätzlich chez chaque Testlauf den xprofanischen PRC-Modus trop nutzen. aussi ensuite pas, si Roland qui Ausführungsgeschwindigkeit des Compilierens par irgendwelche interne Optimierungen de aujourd'hui sur demain peut-être sogar um 50% réduire serait.

Salut
Dietmar

Multimedia für Jugendliche und junge Erwachsene - MMJ Hoyerswerda e.V. [...]

Windows 95 bis Windows 7
Profan² 6.6 bis XProfan X2 mit XPSE

Das große XProfan-Lehrbuch: [...]

Ist oui wirklich intéressant! là tenir sich gens selbst pour Débutant, quoique vous realistisch betrachtet jadis aucun plus sommes, bloß weil vous avec Profan programmieren! aussi si Profan pour Einsteiger, Débutant, oui sogar Kinder approprié ist, est cela doch longtemps pas, qui on pas aussi wirklich Großes avec cela vollbringen peux!

qui Übergang vom Débutant zum Fortgeschrittenen hin zum Profi ist eh bien la fois un Fließender et quelqu'un, qui avec APIs um sich wirft, qui autre uns tout autor beneiden, peux Je ne weismachen, qui il Débutant ist. (Entschuldige Andreas, dans dem Punkt stimme je Dir wirklich pas trop)
c'est doch so beim Programmieren - et cela machts oui so spannend: Wir ALLE apprendre ununterbrochen en supplément!
mais cela Ganze beweist mir, qui Profan encore dans etlichen Punkten verbessert est. (entier quoi Neues ..

)

en supplément est eh bien la fois un eigener Editor avec Syntaxcheck bereits au cours de qui Eingabe, um so kleine Flüchtigkeitsfehler pas seulement pour einer Ewigkeit des Compilierens festzustellen.

en supplément est aussi, qui qui Interpreter KEIN Mißinterpreter ist.

en supplément est genauso, qui Je l' Code Procédure- et zeilenweise überprüfen et jederzeit aussi den le contenu qui Variablen checken peux, quoi derzeit seulement eingeschränkt et sur Umwege possible ist.

un plus rapide Compiler
je peux mir bien présenter, qui Dietmar chez qui Fehlersuche quelquefois am Verzweifeln ist, si qui Interpreter keinen faute meldet et qui Compiler seulement pour 10 Minuten.

Es sollte doch pas du tout notwendig son, qui je jusque 4 (!) verschiedene Editoren im Einsatz avons doit - jeden pour une certain Zweck et einer spezifischen Stärke, pour wieder Schwächen sur anderen Gebieten.
Den XProfan-Writer, qui eng avec Profan zusammenarbeitet, mais une saumäßige chercher-Ersetzen-Funktion hat, depuis Jahren pas plus wirklich weiterentwickelt wurde et sonst encore un paire Macken hat.
Textpad: Guter Editor avec bon Ersetzen-Funktion, mais qui de ConText ist encore raffinierter! Aussi taugt mir qui vom Handling her besser (tut leid, David

)
chez komplexeren Ersetzen-Vorgängen - et en habe je derzeit une la quantité - greife je mais toujours trop Winword.

Bezüglich Prf2Cpp: Den habe je volontiers zum Syntax-Check herangezogen, mais qui versteht malheureusement qui XPSE-Syntax pas.

Sch...-Flickschusterei! cela est jadis alles sous une Hut gebracht!

Christian

XProfan 8/9.1, Win XP, AMD 64/3200

03.05.2005 ▲