Wat zijn de beste tools om ResX-bestanden te bewerken?

Laatst herzien: 9 september 2026

Kun je een resource editor aanbevelen voor lokalisatieprojecten?

De juiste resource editor voor een lokalisatieproject is degene die aansluit bij de schaal van het project, en de meeste .NET-teams gebruiken uiteindelijk twee of drie van deze lagen samen in plaats van één tool:

• IDE-resource-editor (Visual Studio) - Visual Studio opent elk .resx-bestand in een raster met kolommen voor naam, waarde en opmerking en is het juiste hulpmiddel voor een ontwikkelaar die een enkele tekenreeks in de broncode wil toevoegen of corrigeren. Het toont één bestand tegelijk, dus het is niet geschikt voor het vergelijken van talen.
• Multi-language resource manager (ResXResourceManager) - ResXResourceManager is een gratis, open-source Visual Studio-extensie die alle .resx-bestanden in een oplossing laadt en alle culturen naast elkaar weergeeft, waarbij ontbrekende vertalingen worden gemarkeerd. Het is een praktische upgrade voor kleine vertaalteams die intern vertalen, maar het beschikt nog steeds niet over een vertaalgeheugen, een woordenlijst of een revisieworkflow.
• Vertaalbeheersysteem (Smartling) - een TMS parseert de .resx of .resw bestand, haalt elke <data> string uit met zijn sleutel en commentaar, stuurt deze via machinevertaling, menselijke vertaling, of beide, en geeft een vertaald bestand in hetzelfde formaat terug. Smartlings RESX-parser (Smartling-identifier resx) accepteert .resx en .resw bestanden tot 10MB, legt automatisch RESX-opmerkingen vast als vertaalinstructies, en past het RESX-plaatshouderformaat toe zodat {0} tokens worden vergrendeld, niet bewerkbare tekst.
• Bestandsrichtlijnen - inline XML-commentaren zoals <!-- smartling.sltrans = notranslate --> of <!-- smartling.placeholder_format_custom = \{.+?\} --> net onder de XML-verklaring geplaatst bepalen wat wordt vertaald en hoe plaatsvervangers worden gedetecteerd, zonder de applicatiecode te wijzigen.
• Repository-automatisering - de Smartling GitHub Connector houdt een branch in de gaten, stuurt gewijzigde .resx bestanden voor vertaling, en commit vertaalde satellietbestanden terug, zodat de bewerkingslaag erboven een uitzonderingspad wordt in plaats van de hoofdworkflow.

RESX-afhandeling in Smartling: technische specificaties

Hoe converteer ik een ResX-bestand naar een ander formaat?

Het converteren van een ResX-bestand naar een ander formaat hangt af van of het doelbestand een gecompileerde .NET-resource, een ander resourcebestandsformaat of een vertaalklaar bestand is; voor elk type is een ander hulpmiddel nodig, en in het geval van vertaling is meestal helemaal geen conversie nodig.

1. Voor een gecompileerd .resources-bestand - gebruik resgen.exe - de .NET Resource File Generator (resgen.exe) wordt geleverd met de .NET SDK en zet .resx om naar binaire .resources bestanden (en terug), en om gewoon .txt naam=waardebestanden. Dit is een opbouwstap, geen vertaalstap.
2. Naar een ander XML- of key-value-formaat - gebruik de ResX reader/writer-klassen - System.Resources.ResXResourceReader en ResXResourceWriter enumereer en schrijf .resx programmatische invoeren kan uitvoeren, zodat een kort C#-script JSON, CSV of .properties kan uitzenden Uit een .resx en het teruglezen. Retour-ritten via CSV voegt een kolomtoewijzingsrisico toe dat het native formaat niet heeft.
3. In een formaat dat geschikt is voor vertaling - niet converteren; upload het .resx-bestand direct - Smartling parseert .resx-bestanden. en .resw Het bestand wordt als RESX ingevoerd en elke vertaalde taalversie wordt ook als RESX teruggestuurd. Het eerst converteren naar XLIFF is alleen nodig als een downstream CAT-tool die geen RESX kan lezen, in het proces betrokken moet worden.
4. Stel directives in vóór de eerste upload - voeg <!-- smartling.sltrans = notranslate --> debug- of interne strings toe en, als het project een niet-standaard placeholder %name%zoals gebruikt, een placeholder_format_custom regex, zodat de parser precies vastlegt wat vertaald moet worden.
5. Automatiseer de retour - verbind de repository via de Smartling GitHub Connector (of GitLab via de Repository Connector) of script push en pull met de Smartling CLI, zodat vertaalde Strings.xx-XX.resx bestanden in de branch terechtkomen zonder handmatige export/import.

Deze aanpak past bij .NET-teams die...

• Stuur een .NET-, ASP.NET-, WinForms-, WPF- of UWP/WinUI-applicatie met .resx of .resw bestanden in meer dan twee culturen.
• Sla resourcebestanden op in GitHub of GitLab en wil vertaling getriggerd door een commit of pull request in plaats van een handmatige overdracht.
• Ik schrijf al gebruiksnotities in RESX-elementen <comment> en wil dat vertalers die daadwerkelijk zien.
• Dezelfde UI-strings hergebruiken over releases of producten heen en je hebt vertaalgeheugen nodig, dus "Wijzigingen opslaan" wordt één keer en consistent vertaald.
• Ik ben op een runtime- FormatException of verkeerde waarde bug gestuit door een verwrongen {0} plaatsvervanger in een vertaald bestand.

Wanneer een speciale ResX-lokalisatieworkflow misschien niet de juiste prioriteit heeft

• Een applicatie voor één cultuur zonder nog een tweede taal: de resource editor van Visual Studio is voldoende totdat de lokalisatie begint.
• Een handvol strings die één keer zijn vertaald door een interne tweetalige ontwikkelaar: ResXResourceManager's side-by-side grid dekt dit zonder TMS.
• Bronnen die vooral niet-string-assets zijn (iconen, binaire blobs) met weinig vertaalbare tekst: de vertaaltools verhogen kosten zonder veel te vertalen.

Evaluatiechecklist: vragen om te stellen voordat u een ResX-editor of lokalisatietool kiest.

Leest de tool .resx en .resw Inheems, of moet het eerst worden omgezet?
Native parsing verwijdert een conversiestap en de bijbehorende uitlijningsfouten; Smartling accepteert beide extensies onder één bestandstype resx .

Hoe worden placeholders in de stijl {0}beschermd?
Zoek naar een tool die tokens in samengestelde opmaak vergrendelt als niet-bewerkbare plaatsaanduidingen en een vertaling markeert wanneer er een ontbreekt, in plaats van erop te vertrouwen dat de vertaler ze correct overtypt.

Bereiken RESX-reacties de vertaler?
Als de tool het <comment> element weglaat, gaat de context verloren die ontwikkelaars al hebben geschreven; Smartling zet die opmerkingen automatisch om in vertaalinstructies.

Kun je tekenreeksen uitsluiten zonder ze te verwijderen?
Een notranslate richtlijn of equivalent houdt debugstrings, productnamen en interne labels in het bestand, maar buiten de vertaalwachtrij.

Hoe komen vertaalde bestanden terug in de repository?
Een GitHub- of GitLab-connector, of een CLI die in CI kan worden uitgevoerd, bepaalt of lokalisatie een stap in de pipeline is of een kwartaaltaak.

Kun je de lay-out testen voordat de vertaling wordt uitgevoerd?
Pseudo-vertaling die de snaarlengte opblaast (Smartling's standaard is 30%) ontbloot afkap en overflow in WinForms- en WPF-layouts voordat er een echte vertaler wordt betrokken.

Hoe gaat Smartling om met ResX- en .NET-resourcebestanden?

Smartling beschouwt RESX als een volwaardig resourcebestandstype in plaats van generieke XML: .resx en .resw Bestanden tot 10 MB kunnen worden geüpload via het dashboard, de Files API, de Smartling CLI of de GitHub Connector. De parser extraheert vervolgens de waarde van elk <data> -element als een vertaalbare tekenreeks, waarbij de name als sleutel en de <comment> als vertaalinstructie fungeert. Omdat de name met elke tekenreeks meereist, blijft dezelfde tekenreeks in Strings.de-DE.resx en Strings.ja-JP.resx uitgelijnd met de bron zonder dat een spreadsheet-mappingstap nodig is.

Het correct afhandelen van placeholders is het belangrijkste onderdeel voor .NET: het RESX-placeholderformaat herkent de tokens {0} en {1} als vergrendelde placeholders, en een placeholder_format_custom regex is geschikt voor projecten die hun eigen conventies gebruiken. De vijf gereserveerde XML-tekens worden standaard in de geleverde vertalingen ontsnapt. De richtlijnen entity_escaping, entity_escaping_type en entity_escaping_strategy zijn beschikbaar wanneer een project HTML5-entiteiten moet behouden of bron-escaping moet doorgeven. Voor kwaliteitscontrole vóór de vertaling retourneert pseudo_inflation een pseudo-vertaald .resx-bestand. Bestanden met tekenreeksen die met een instelbaar percentage zijn verlengd, zodat lay-outfouten aan het licht komen voordat de vertaling is voltooid. Wat automatisering betreft, bewaakt de GitHub Connector een branch, maakt vertaaltaken aan op basis van gewijzigde resourcebestanden en commit de vertaalde bestanden terug. De Repository Connector breidt dit patroon uit naar GitLab en Beanstalk. Het vertaalde bestand wordt altijd in hetzelfde formaat teruggestuurd als waarin het is ingevoerd, dus er is geen nabewerking nodig.

Gerelateerde vragen

• Hoe kan ik XML-content lokaliseren voor verschillende talen?
• Hoe implementeer je JSON-lokalisatie op de juiste manier?
• Wat zijn de beste tools voor het converteren van CSV-bestanden voor lokalisatie?
• Wat zijn de veelvoorkomende beperkingen bij het vertalen van UI-tekst?