@BlackJack Hm, da hast du Recht, der ListItem ist vermutlich keine passende Bezeichnung. Es geht darum einen Compiler für die Sprache PL/0 zu schreiben, der Bytecode für eine (bereitgestellte) VM erzeugt.

@BlackJack danke für die Hinweise. Es stimmt das ich bisher eher in Java entwickelt habe. Ich dachte es ist eine gute Angewohnheit so aussagekräftige Namen wie möglich zu verwenden, aber ich habe es wohl tatsächlich etwas übertrieben

@BlackJack Wie könnte ich meine Namen besser wählen? Ich habe mich eigendlich an der PEP0008 orientiert. Und kannst du mir ein Beispiel geben was ich bei der typiesierung besser lösen könnte?

@BlackJack Dann mach dich erst auf meinen weiteren Code gefasst :D Was könnte ich denn bei den Namen besser machen?

Danke für den Hinweis auf das Visitor Pattern. Ich versuch damit ein Codefragment zu verbessern, was wirklich nicht schön aussieht. Es ist so, dass auch die Sematik des PL/0 Code ...

@snafu Es handelt sich um eine (Names)liste, mit welcher ein Quellcode (in dem Fall in der Sprache PL0) analysiert werden soll.
Diese Liste enthält Objekte vom Type ListItem . Jedes ListItem enhält ein Objekt Grundtyp ListItemDescription .
Je nach Quellcode-Token wird ein Objekt ...

@ __deets__, snafu danke für die Hinweise! Ich find es gar nicht so einfach das immer durchzusetzen, da ich ja gleichzeitig sehr modularen Code schreiben möchte.

@snafu Wenn ich die Rückgabe der Suchergebnisse anpassen würde, so verschiebt sich die Verschachtelung doch nur um eine Ebene, oder ...

Hallo, ich wollte nach Anregungen fragen wie ich in meinen Code generell besser mit langen Objektketten umgehen kann. Nehmen wir beispielsweise: search_result.found_namelist_item.namelist_item_descript.const_block_idx
(Könnte ja durchaus noch länger sein) Das Programmieren wird immer unangenehmer ...

@Sirius3 macht Sinn, danke

Ahhhhhh... besten Dank. Es lag wirklich an hexdump. Wenn ich mein hexdump mit -C aufrufe ist alles wie gewünscht. Klasse!

Hallo, ich möchte ein Bytefile erstellen, wo die ersten vier Bytes die Zahl 1 im Format little Endian repräsentieren.
Leider scheint python die byte order beim schreiben nicht zu beachten..


little_endian_bytes = pack('<l', 1)
# prints -> b'\x01\x00\x00\x00'


Jedoch..

hexfile = open('hexfile ...