← Konzepte

So funktioniert Langsys

Langsys macht die Sätze, die bereits in Ihrer Benutzeroberfläche stehen, zum Übersetzungssystem. Es gibt keine Schlüsseldatei zu pflegen und keinen Extraktionsschritt beim Build – der Satz in Ihrem Code ist zugleich der Lookup-Schlüssel und der Standardtext in der Basissprache.

Ansehen · 0:30 Der Workflow

Die Formulierung ist der Schlüssel

Bei herkömmlicher i18n denken Sie sich für jeden String eine Kennung aus, speichern den eigentlichen Text in einer Locale-Datei und halten beides für immer synchron. Langsys verzichtet auf diesen Umweg: Sie schreiben den tatsächlichen Satz, und dieser Satz ist der Schlüssel.

Traditionell
// Traditional i18n — indirection + a keys file to maintain
t('greetings.hello');            // what does this say? open en.json to find out

// en.json
{ "greetings": { "hello": "Hello, {name}!" } }
Langsys
// Langsys — the phrase IS the key and the base-language default
t('Hello, {name}!', 'Greetings', { name });

Da der Quelltext der Schlüssel ist, ist dieselbe Formulierung an jeder beliebigen Stelle Ihrer App ein einziger übersetzbarer Eintrag – die Deduplizierung erfolgt automatisch – und für eine noch nicht übersetzte Sprache wird einfach der Quelltext verwendet. Platzhalter für fehlende Schlüssel gibt es nicht.

Echtzeit und kontinuierlich

Sie führen nie einen Extraktionsbefehl aus. Während Ihre App rendert, erkennt das SDK die verwendeten Phrasen. Neue Phrasen werden im Hintergrund maschinell in die Zielsprachen Ihres Projekts übersetzt, und Ihre App ruft den fertigen Katalog ab. Veröffentlichen Sie heute einen neuen Satz; er wird kurz darauf übersetzt, ohne dass ein Locale-Bundle neu bereitgestellt werden muss.

Der Lebenszyklus

  1. Ihre UI rendert Phrasen mit t(), <Translate> und Ähnlichem.
  2. In der Entwicklung ermöglicht ein Write-Key dem SDK, neue Phrasen zu erkennen und zu registrieren.
  3. Langsys übersetzt sie maschinell in alle Zielsprachen Ihres Projekts.
  4. In der Produktion ruft ein schreibgeschützter Schlüssel den fertigen Katalog für die Sprache des Nutzers ab.
  5. Ändere die Locale, und die gesamte Benutzeroberfläche wird übersetzt neu gerendert – sofort, ohne Neuladen.

Im Vergleich zu herkömmlichem i18n. Keine en.json zum Handbearbeiten, keine Umweg-Auflösung über t('some.nested.key'), kein Extraktionsschritt im Build und keine Fallbacks für fehlende Schlüssel – der Quellsatz ist immer der Fallback.

Dokumentation & Learning Center durchsuchen