I/O- und CPU-Auslastung beim Lesen und Parsen von Dateien gering halten

[Strict]

Mittlerweile habe ich fast alles umgestellt, sodass ich bald meine PO-Dateien erzeugen kann. Das war mehr Arbeit als gedacht, wenn man eine saubere und valide PO-Datei haben möchte. Der Rat von Uwe Raabe, das Rad nicht neu zu erfinden, war nett gemeint. Aber XML ist nicht meine Welt.

Ich überlege außerdem eine kleine Klasse zu schreiben, die mir die PO-Datei auslesen kann. Etwas Fertiges möchte ich nicht verwenden. Das hat unter anderem Lizenzgründe.

Insgesamt erzeuge ich pro Sprache ein paar Sprachdateien. Grund dafür ist, dass ich es den Übersetzern so bequem und einfach wie möglich machen möchte, die Dateien zu übersetzen. Alles einfach in eine Datei quetschen, dann auch noch thematisch unpassende Dinge zusammen, ist nicht, was ich möchte. Insgesamt werden alle PO-Dateien zusammen grob über den Daumen geschätzt 1000 Einträge haben.

Ich überlege, ob es nicht sinnvoll wäre die Übersetzungen später direkt aus den PO-Dateien zu laden und die fest-verdrahteten Übersetzungen rauszuschmeißen.
Wie baut man so eine Klasse am besten auf, sodass ich auf jede msgid zugreifen kann, ohn den Datenträger auszulasten? Wie parst man die am sinnvollsten?

[Der schöne Günther]

Zitat:

Der Rat von Uwe Raabe, das Rad nicht neu zu erfinden, war nett gemeint. (...) Etwas Fertiges möchte ich nicht verwenden.

Danke dass du das gleich vorweg nimmst. Das erspart hoffentlich eine Menge (hoffnungslose) Diskussion.


Aber ich verstehe das Problem nicht. Glaubst du wirklich du würdest einen "Datenträger auslasten" mit einer .po-Datei mit ein paar tausend Einträgen? Und wie oft stellst du typischerweise mittendrin zur Laufzeit die Sprache um?


Ich kann jetzt nur von unseren Anwendungen sprechen, aber hier war uns dxGetText für das Handling der .po/.mo-Dateien in Delphi gut genug. Und beim Umstellen der Sprache/Region geht sicher mehr Zeit drauf um, beispielsweise, Graphen nun in °F statt °C neu zu malen als ein paar Kilobyte Strings von der Platte zu laden.

PS: Ich kenne es jetzt nur von dxGetText, aber der verwendet zur Laufzeit auch nicht die .po-Dateien, sondern die "kompilierten" .mo-Dateien die viel kleiner sind. Mit dem Format habe ich mich nie befasst da ich keine Probleme hatte etwas fertiges zu verwenden.
Siehe Punkt 10 unter https://www.gnu.org/software/gettext...ode/index.html

PPS:

Zitat:

We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil. Yet we should not pass up our opportunities in that critical 3%

Donald Knuth, 1974

[Strict]

Zitat:

Aber ich verstehe das Problem nicht. Glaubst du wirklich du würdest einen "Datenträger auslasten" mit einer .po-Datei mit ein paar tausend Einträgen?

Das Laden der Datei hat absolut keinen Aufwand. Ich frage mich nur, wie stressig das Parsen wird.

Eine meiner PO-Dateien ist 46 KB klein. Die MO-Datei nur 320 Bytes. Kann das sein?

Dein Zitat ist aufschlussreich. Ich denke mal darüber nach.