Script lokalisieren [2]

Ich dachte zuerst, das wäre eine einmalige Sache:

Dazu müßte ich zunächst mal sämtliche Beschriftungen in meinem Skript aufspüren und durch Variablen ersetzen.

Ein PHP-Script, das sich selbst dynamisch verändert, halte ich ehrlich gesagt keine gute Idee.

Lokalisierungen könnte man z.B. so machen, dass in einem Verzeichnis /lang Dateien en.php, de.php etc. liegen und das Script dann abhängig von der Sprache $lang die betreffende Datei lädt:

include ('/lang/' . $lang . '.php');

In den Sprach-Dateien werden die Sprach-Variablen definiert, z.B.:

en.php

$lang_dictionary = 'Dictionary';
$lang_please_select = 'Please select!';

de.php

$lang_dictionary = 'Wörterbuch';
$lang_please_select = 'Bitte auswählen!';

Diese Variablen kannst du dann entsprechend in das Hautpscript einfügen

<h1><?php echo $lang_dictionary ?></h1>
<p><?php echo $lang_please_select ?></p>

Aber eigentlich macht es keinen großen Unterschied, ob der Inhalt für eine Variable aus einer Datei oder aus einer Datenbank geholt wird?

Ja, du kannst die Werte natürlich auch aus einer Datenbank holen.

Ein PHP-Script, das sich selbst dynamisch verändert, halte ich ehrlich gesagt keine gute Idee.

Warum denn nicht?
Ranma

Wenn du wüßtest wie das für mich klingt, vor allem das:

Darum hält man den Code auch möglichst einfach und kapselt ihn in Funktionen und Klassen.

Bahnhof. Keine Ahnung wovon du redest. Solche Sätze werden auch für die Beschreibung von objektorientierter Programmierung verwendet. Eine weitere Sache, die ich nicht beherrsche, weil ich kein Programmierer bin. Aber dafür konnte ich den Texten von erfahrenen Programmierern schon entnehmen, wieso die objektorientierte Programmierung entwickelt wurde. Das war nicht, um Code einfach zu halten. Das war, um Programmierer schnell im hire-and-fire-Verfahren austauschen zu können. Es ist ein Verfahren, um Teile programmieren zu können, ohne das gesamte Programm zu kennen. Der Programmierer braucht nichtmal zu wissen, wozu das Programm am Ende dienen soll. Das heißt, das Verfahren ist umständlich und für mich ohne jeden Nutzen. Ich hoffe, du wolltest nicht vorschlagen, daß ich anfange, auf diese Weise zu programmieren. Schließlich versuche ich nur zu programmieren, weil es wegen des Mangels an Programmierern (die Industrie nennt das die Software-Krise) niemand für mich machen würde. Aber ich bin mir nichtmal sicher, ob du überhaupt auf objektorientierte Programmierung anspielen wolltest.

Also an Einfachhalten von Code ist bei mir nicht zu denken. Obwohl ich glaube, daß ich langsam so etwas wie einen eigenen Programmierstil entwickle. Der ist geprägt, von Arrays, FOREACH-Schleifen und RegExen. Falls das bereits einen Programmierstil ausmacht. Falls nicht, dann bin ich noch lange nicht so weit.

Wenn der Code sich jetzt selbst über irgendwelche Regexe ändern soll, dann ist das für mich das genaue Gegenteil von robuster Programmierung - das ist so, als ob jemand sein Haus auf Treibsand bauen möchte.

Wenigstens verstehe ich die Metapher. Ingenieure bauen tatsächlich auf unsicherem Grund, zum Beispiel die Stadt St. Petersburg oder die Qinghai-Tibet-Eisenbahnlinie. Das fand auch nicht jeder gut, trotzdem scheint das zu funktionieren.

Allerdings hätte ich nicht gedacht, daß sich selbst ändernder Code total unüblich wäre. Mir erscheint das eher als eine Weiterentwicklung wie die von hohen Programmiersprachen, die den Quelltext erst in C und von dort aus noch in Assembler übersetzen, bevor er schließlich zu Maschinensprache wird, wo er dann endlich ausgeführt werden kann. Ich hatte mit der Methode nichts Obskures vor, sondern nur das Skript über die Einbeziehung einer Datenbanktabelle (und neuerer Einträge dort) aktuell zu halten. Dann würde ich die Methode vielleicht noch verwenden wollen, um aus einer Linkliste die inzwischen toten Links auszusortieren. Bisher nur eine Idee, aber die hielt ich nichtmal für originell, sondern für sicherlich schon von vielen Programmierern umgesetzt. Solche Sachen halt und wirklich nichts Obskures.
Ranma