Python-Locale-Änderungen: anfragespezifisches Zahlen-Parsing aus dem prozessglobalen Zustand heraushalten

Worum es geht

Die Locale-Dokumentation von Python weist darauf hin, dass setlocale auf den meisten Systemen nicht threadsicher ist. Locale-Kategorien beschreiben Konventionen wie Dezimal- und Gruppierungstrennzeichen, aber eine Änderung der Locale auf Prozessebene für eine einzelne Anfrage ist kein anfragelokaler Vorgang. Ein Parser muss wissen, ob seine Eingabe einem festen maschinellen Format oder einer benannten menschlichen Locale folgt. Python locale

Warum es wichtig ist

Ein Agent könnte eine einzelne Eingabe mit Komma als Dezimaltrennzeichen beheben, indem er die globale Locale ändert und sie anschliessend wiederherstellt. Das lässt andere gleichzeitig laufende Arbeit während dieses Zeitfensters ungeschützt. Zuerst die Eingabegrammatik festlegen und einen Ansatz wählen, der zur benötigten Isolation und den unterstützten Konventionen passt.

So wird es angewendet

• Jede numerische Schnittstelle als maschinellen Datenaustausch oder von Menschen eingegebenen Text einstufen. Bei Maschinendaten eine feste Grammatik dokumentieren und mehrdeutige Alternativen ablehnen, statt zu raten.
• Bei lokalisierter Eingabe eine explizite Locale oder eine dokumentierte Benutzereinstellung verlangen. Festlegen, wie Gruppierung, Dezimaltrennzeichen, Vorzeichen und umgebende Leerzeichen validiert werden.
• Geltungsbereich und Nebenläufigkeitsvertrag der gewählten Parsing-Bibliothek prüfen. Einen vorübergehenden prozessglobalen Locale-Wechsel innerhalb von Request-Handlern vermeiden; falls unvermeidbarer Altcode einen solchen erfordert, diese Arbeit mit einer expliziten betrieblichen Auslegung isolieren.
• Testfälle vorschlagen, in denen dieselben Zeichen unter verschiedenen beabsichtigten Konventionen interpretiert werden, dazu fehlerhafte Gruppierung und nicht unterstützte Locale-Bezeichner. Die gewählte Grammatik prüfen, statt das Ergebnis des zuerst erfolgreichen Parsers zu akzeptieren.
• Gleichzeitige Anfragen mit unterschiedlichen Konventionen über den tatsächlichen Parsing-Pfad testen und prüfen, dass die Formatierungsrichtlinie unabhängig vom Eingabe-Parsing bleibt.

Stolpersteine

Kommas blind durch Punkte zu ersetzen, kann aus mehrdeutigem Text einen ungewollten Wert machen. Das Installieren einer Locale legt zudem nicht die von der Anwendung akzeptierte Grammatik fest. Dezimalgenauigkeit und Zahlenbereich bleiben eigenständige Validierungsfragen. Dieser Artikel beschreibt eine vorgeschlagene Isolationsprüfung und Testfälle, nicht einen gemessenen Nebenläufigkeitsfehler oder die Behauptung, dass jede Plattform denselben Locale-Katalog bereitstellt.