Automatisk nyckelupptäckt

Automatisk nyckelupptäckt

Din kod innehåller redan den information som behövs för att veta vilka översättningsnycklar som finns. Keykit använder den informationen för att hålla översättningskatalogen synkroniserad med applikationen.

Översättningskatalogerna hamnar i otakt när kod och översättningar underhålls separat

Varje manuell synkroniseringsgräns skapar ännu en plats där applikationens tillstånd och översättningens tillstånd kan skilja sig åt.

En nyckel finns i koden men saknas i katalogen.

Funktionen släpps innan alla lokaliseringar vet att strängen finns.

En nyckel finns i katalogen men inte i koden

Ingen vet om det är föråldrat, avsiktligt behållet eller om det fortfarande används någon annanstans.

En nyckel har bytt namn

The new key appears while the old one quietly survives for years.

Different repositories synchronize differently

The central catalog stops representing the applications that actually consume it.

Use the translation. Keykit finds the key.

The ideal developer workflow should be no more complicated than writing the translation where it is needed.

translate('billing.subscription.cancel', 'Cancel subscription')

Keykit can register the key, identify missing languages and keep its source-usage state connected to the application.

Predictable keys make automation reliable

Static translation identifiers are easier to discover, search, refactor and deprecate safely.

Prefer explicit translation keys whenever practical. Dynamic key generation can make it impossible for static analysis to know the complete set of possible translations.

translate('documents.upload.success', 'Uploaded')
// less analyzable:
translate(`documents.${type}.${state}`)

The important event is not only when a key appears

A useful translation system should also notice when a key that used to exist has disappeared. A new key is created and translated. A missing key is marked no longer detected, then reviewed, and removed only when that is safe.

One catalog can have several consumers

Applications often share translation infrastructure across more than one codebase. Keykit makes usage information explicit instead of treating the catalog as an isolated list of strings.

A key that disappears from one source should not automatically be treated as globally unused while another connected source still depends on it.

Translation cleanup can happen naturally during refactoring

When developers rename or remove UI, the translation catalog should be able to follow instead of accumulating every historical version forever. The new key is detected. The old key becomes a deprecation candidate.

Vanliga frågor om automatisk upptäckt av översättningsnycklar

Vad innebär upptäckt av översättningsnycklar?

Upptäckt av översättningsnycklar är processen att identifiera översättningsnycklar direkt i den kod som använder dem, istället för att enbart förlita sig på en separat underhållen översättningskatalog.

Kan Keykit upptäcka dynamiskt genererade översättningsnycklar?

Statiska strängnycklar är den mest tillförlitliga indata för källanalys. Dynamiskt genererade identifierare kan kräva särskild hantering eftersom den fullständiga nyckeln inte alltid kan fastställas utifrån källkoden.

Vad händer när en upptäckt nyckel tas bort från koden?

Keykit kan registrera att nyckeln inte längre upptäcks och flytta den till ett avvecklingsarbetsflöde istället för att omedelbart radera den.

Kan mer än en applikation bidra till användningen av nycklar?

Keykit är utformat för källmedveten översättningshantering, så att källans identitet kan användas för att avgöra var en nyckel fortfarande upptäcks.

Låt översättningsstatus följa applikationens tillstånd

Upptäck nya nycklar när utvecklare lägger till dem och ta fram gamla nycklar när koden slutar använda dem.

Börja upptäcka nycklar