Diskussion:Low/High-Level

Ich finde die Beispiele ein wenig unpassend. Laut der Definition wäre der Code für Highlevel eher für Lowlevel. Wobei ich persönlich beide Codes nach Highlevel einordnen würde, da beide Methoden nun mal Klassen benutzen. Bei dem "Highlevel" Beispiel befinden sich nur alle Parameter im Konstruktor und bei Lowlevel hat man sich sogar die Mühe gemacht properties dafür zu implementieren!?

Oder um es mal an einem Beispiel anzubringen. Im Vergleich glBitmap.pas und die Textures.pas. Die Textures ist eindeutig Lowlevel. Eine Methode zum Laden von Texturen. Die glBitmap ist dort eindeutig Highlevel. Die Textures mag an einigen Stellen schneller sein, dafür fehlt ihr aber Flexibilität. Speiziell beim Laden und der Handhabung der Texturen. Sie kann nur das was wofür sie geschrieben wurden. Datei rein und TExturid raus. Änderungen können recht leicht nachgepflegt werden. Das ist bei der glBitmap nicht ganz so einfach. Da muss man schon aufpassen, dass es in das System passt. Ich finde Lowlevel ist eher unflexibel, da es nur auf bestimmte Aufgabengebiete zugeschnitten wird wärend Highlevel nun mal viele Verwendungszwecke zur Verfügung stellt. Highlevel geht eher abstrakt an die Aufgaben herran.