FPr - Interpreter für Function-Level-Programme

fpstefan

**shmia**

Zitat:

Die Unit FPrUnit.pas ist leider wenig Dokumentiert...

Das wäre nicht so schlimm, Pascal ist ja meistens gut zu lesen.
Viel schlimmer ist, dass FPrUnit.pas eigentlich ein Formular ist und der Code für den Interpreter samt ~ 60 globalen Variablen untrennbar vermixt ist.
Der Sourcecode ist komplett prozedural; also nicht Objekt-Orientiert.

Ein Interpreter ist so komplex, dass man die Aufgaben unbedingt auf mehrere Units (und Klassen) verteilen muss.
So aber ist automatisiertes Testen unmöglich

**fpstefan**

Zitat:

Der Sourcecode ist komplett prozedural; also nicht Objekt-Orientiert.

Vielleicht liegt das daran, dass ich mit Apple Pascal und Turbo Pascal (3.0) aufgewachsen bin.
Mit objekt-orientiert meinte ich auch eher das FP-System. Von automatisiertem Testen verstehe
ich leider sehr wenig; ist alles noch von Hand getestet.
-- Stefan

fpstefan Delphi XE2 Starter	#3 11. Nov 2010, 22:55 Zitat: Der Sourcecode ist komplett prozedural; also nicht Objekt-Orientiert. Vielleicht liegt das daran, dass ich mit Apple Pascal und Turbo Pascal (3.0) aufgewachsen bin. Mit objekt-orientiert meinte ich auch eher das FP-System. Von automatisiertem Testen verstehe ich leider sehr wenig; ist alles noch von Hand getestet. -- Stefan Stefan
	Zitat

FPr - Interpreter für Function-Level-Programme

Forumregeln