Tach!
Und jetzt komme ich zum Lerneffekt, welcher Lösungsvorschlag hat da mehr Flexibilität?
Darauf kommt es nicht unbedingt an. Konkrete Probleme löst man am besten mit konkreten Lösungen. Flexible Lösungen sind üblicherweise Kompromisse. Man braucht Flexibilität nur, wenn man ein Werkzeug erstellen möchte, das mit möglichst vielen Problemen umgehen können soll. Mit Text-Werkzeugen auf Strukturen losgehen, für die es Parser gibt, die das Problem mit dem korrekten Erkennen der Syntax bereits gelöst haben, ist ein ziemlich schlechter Kompromiss. Schlechte aber flexible Lösungen aufzusetzen, nur damit man für Änderungen gerüstet ist, die in absehbarer Zeit wohl eher nicht eintreten werden, sehe ich nicht als einen Vorteil an. Weder im konkreten Fall noch allgemein. Auf Änderungen im XML-Format kann man aber mit einem XML-Parser sehr einfach reagieren. Man muss nur ein anderes Element ansprechen oder einen anderen Weg zum bisherigen nehmen. Das ist gerade mit SimpleXML ein Kinderspiel. Auf diese Einfachheit ist es ausgelegt und deshalb heißt es auch "Simple"XML. Der RegExp-Weg bringt nur dann einen Vorteil, wenn auf ein Dateiformat gewechselt wird, das proprietär ist und für das es auch (noch) keinen Parser gibt. Das wird wohl hier auch nicht passieren.
Letztendlich ist es mir egal wie der Fragesteller das jetzt löst, wichtig ist mir aber, dass ein anderer Leser sich seine eigenen Lösungen aus den bisherigen Vorschlägen ableiten kann
Eine Antwort auf eine konkrete Frage ist in aller Regel kein allgemeingültiges Tutorial, dass alle Aspekte ähnlicher Problemstellungen berücksichtigen muss oder sollte. Ein anderer Leser sollte den Antworten besser entnehmen, dass es zu bevorzugen wäre, einen vorhandenen Parser für ein konkretes Dateiformat zu nehmen, statt alles als Text zu betrachten und mit dem RegExp-Hammer draufzuschlagen.
und da ist die Verständnisfrage einen XML-Parser zu nutzen zwar empfehlend aber auch bedenklich das als einzig wahre Lösung zu präsentieren,
Den Anspruch hatte ich nicht, aber trotzdem sollte man auch darauf hinweisen dürfen, wenn einem andere Lösungen suboptimal erscheinen.
wenn ich deine eigene Lehrmeinung zu Grunde lege, denn dann ist es eine fertige Lösung, deren Aufbau man nicht unbedingt versteht und sich wundert, sobald es eben keine XML-Datei ist.
Einen XML-Parser zu empfehlen, ist noch lange nicht die fertige Lösung. Da muss erstmal die Bedienung angeschaut werden und dann muss man einen konkreten Ausdruck formulieren, um das gewünschte Element anzusprechen.
Ich habe auch weiterhin nicht den Anspruch auf die einzig wahre Lösung. Aber ich kenne auch keine Alternative (oder mir fällt sie grad nicht ein) zu einem Parser für ein konkretes bekanntes Datenformat, der zuverlässig und meistens auch hinreichend einfach anwendbar ist, so dass ich keine andere Lösung präsentieren kann.
dedlfix.