Hvad er de bedste værktøjer til redigering af ResX-filer?

Sidst gennemgået: 9. september 2026

Kan du anbefale en ressourceeditor til lokaliseringsprojekter?

Den rigtige ressourceeditor til et lokaliseringsprojekt er den, der matcher projektets skala, og de fleste .NET-teams ender med at bruge to eller tre af disse lag sammen i stedet for ét værktøj:

• IDE-ressourceeditor (Visual Studio) - Visual Studio åbner enhver .resx i et gitter af navn-, værdi- og kommentarkolonner og er det rigtige værktøj for en udvikler, der tilføjer eller retter en enkelt streng i kildekulturen. Den viser én fil ad gangen, så den er ikke bygget til at sammenligne sprog.
• Flersproget ressourcehåndtering (ResXResourceManager) - ResXResourceManager er en gratis Visual Studio-udvidelse med open source, der indlæser alle .resx-filer i en løsning og viser alle kulturer side om side med fremhævet manglende oversættelser. Det er den praktiske opgradering til små teams, der oversætter internt, men den har stadig ingen oversættelseshukommelse, ordliste eller gennemgangsarbejdsgang.
• Oversættelsesstyringssystem (Smartling) - et TMS analyserer .resx eller .resw filen, udtrækker hver <data> -streng med dens nøgle og kommentar, sender den gennem maskinoversættelse, menneskelig oversættelse eller begge dele og returnerer en oversat fil i samme format. Smartlings RESX-parser (Smartling-identifikator resx) accepterer .resx og .resw filer på op til 10 MB, indfanger RESX-kommentarer automatisk som oversætterinstruktioner og anvender RESX-pladsholderformatet, så {0} -tokens er låste og ikke redigerbar tekst.
• Fildirektiver - indlejrede XML-kommentarer såsom <!-- smartling.sltrans = notranslate --> eller <!-- smartling.placeholder_format_custom = \{.+?\} --> placeret lige under XML-deklarationen styrer, hvad der oversættes, og hvordan pladsholdere registreres, uden at ændre programkoden.
• Automatisering af arkiver - Smartling GitHub Connector overvåger en branch, sender ændrede .resx filer til oversættelse og committer oversatte satellitfiler tilbage, så redigeringslaget ovenfor bliver en undtagelsessti i stedet for den primære arbejdsgang.

RESX-håndtering i Smartling: tekniske specifikationer

Hvordan konverterer jeg en ResX-fil til et andet format?

Konvertering af en ResX-fil til et andet format afhænger af, om målet er en kompileret .NET-ressource, et andet ressourcefilformat eller en oversættelsesklar fil; hver har et forskelligt værktøj, og oversættelsessagen kræver normalt slet ingen konvertering.

1. Til en kompileret .resources-fil - brug resgen.exe - .NET Resource File Generator (resgen.exe) leveres med .NET SDK og konverterer .resx til binære .resources filer (og tilbage), og til almindelig .txt navn=værdi filer. Dette er et trin i byggetiden, ikke et oversættelsestrin.
2. Til et andet XML- eller nøgleværdiformat - brug ResX-læser-/skriverklasserne - System.Resources.ResXResourceReader og ResXResourceWriter til at opregne og skrive .resx. poster programmatisk, så et kort C#-script kan udsende JSON, CSV eller .properties fra en .resx og læs den tilbage. Rundgående gennemgang af CSV tilføjer en risiko for kolonnetilknytning, som det native format ikke har.
3. Til et oversætter-klart format - konverter ikke; upload .resx direkte - Smartling analyserer .resx og .resw native, så filen indtastes som RESX, og hver oversat lokalitet returneres som RESX. Det er kun nødvendigt at konvertere til XLIFF først, hvis et downstream CAT-værktøj, der ikke kan læse RESX, skal være i løkken.
4. Angiv direktiver før den første upload - tilføj <!-- smartling.sltrans = notranslate --> omkring debug- eller interne strenge, og hvis projektet bruger en ikke-standard pladsholder såsom %name%, en placeholder_format_custom regex, så parseren indfanger præcis, hvad der skal oversættes.
5. Automatiser rundturen - forbind repository'et via Smartling GitHub Connector (eller GitLab via Repository Connector) eller script push and pull med Smartling CLI, så oversatte Strings.xx-XX.resx filer lander i branchen uden manuel eksport/import.

Denne tilgang passer til .NET-teams, der...

• Send en .NET-, ASP.NET-, WinForms-, WPF- eller UWP/WinUI-applikation med .resx eller .resw filer i mere end to kulturer.
• Gem ressourcefiler i GitHub eller GitLab, og ønsk oversættelse udløst af en commit- eller pull-anmodning i stedet for en manuel overdragelse.
• Skriver allerede brugsnoter i RESX <comment> -elementer og ønsker, at oversættere rent faktisk ser dem.
• Genbrug de samme brugergrænsefladestrenge på tværs af udgivelser eller produkter, og brug for oversættelseshukommelse, så "Gem ændringer" oversættes én gang og konsekvent.
• Har fundet en runtime FormatException eller wrong-value-fejl forårsaget af en manglet {0} -pladsholder i en oversat fil.

Når en dedikeret ResX-lokaliseringsworkflow muligvis ikke er den rette prioritet

• En applikation med én kultur uden et andet sprog endnu: Visual Studios ressourceeditor er tilstrækkelig, indtil lokaliseringen starter.
• En håndfuld strenge oversat én gang af en intern tosproget udvikler: ResXResourceManagers side-om-side-gitter dækker dette uden et TMS.
• Ressourcer, der for det meste er ikke-strengaktiver (ikoner, binære blobs) med lidt oversættelig tekst: oversættelsesværktøjerne tilføjer omkostninger uden at der er meget at oversætte.

Evalueringstjekliste: spørgsmål du bør stille dig selv, før du vælger en ResX-editor eller et lokaliseringsværktøj

Læser værktøjet .resx og .resw native, eller kræver det konvertering først?
Native parsing fjerner et konverteringstrin og de justeringsfejl, der følger med det; Smartling accepterer begge filtypenavne under en enkelt resx -filtype.

Hvordan beskyttes pladsholdere i {0}-stil?
Led efter et værktøj, der låser tokens i sammensat format som ikke-redigerbare pladsholdere og markerer en oversættelse, der mangler en, i stedet for at stole på, at oversætteren genskriver dem korrekt.

Når RESX-kommentarer frem til oversætteren?
Hvis værktøjet fjerner <comment> -elementet, går kontekst, som udviklerne allerede har skrevet, tabt; Smartling omdanner automatisk disse kommentarer til oversætterinstruktioner.

Kan man udelade strenge uden at slette dem?
Et notranslate direktiv eller tilsvarende holder fejlfindingsstrenge, produktnavne og interne etiketter i filen, men ude af oversættelseskøen.

Hvordan kommer oversatte filer tilbage i arkivet?
En GitHub- eller GitLab-connector, eller en CLI, der kan køre i CI, afgør, om lokalisering er et pipeline-trin eller en kvartalsvis opgave.

Kan du teste layoutet, inden oversættelsen er færdig?
Pseudo-oversættelse, der oppuster strenglængden (Smartlings standard er 30%), eksponerer afkortning og overløb i WinForms- og WPF-layouts, før en rigtig oversætter er involveret.

Hvordan håndterer Smartling ResX- og .NET-ressourcefiler?

Smartling behandler RESX som en førsteklasses ressourcefiltype i stedet for generisk XML: .resx og .resw Filer på op til 10 MB uploades via dashboardet, Files API, Smartling CLI eller GitHub Connector, og parseren udtrækker hvert <data> -elements værdi som en oversættelig streng med dets name som nøgle og dets <comment> som en oversætterinstruktion. Fordi name følger med hver streng, forbliver den samme streng i Strings.de-DE.resx og Strings.ja-JP.resx justeret til sin kildekode uden et regnearksmeddlingstrin.

Håndtering af pladsholdere er den del, der betyder mest for .NET: RESX-pladsholderformatet genkender {0} og {1} -tokens som låste pladsholdere, og en placeholder_format_custom regex dækker projekter, der bruger deres egne konventioner. De fem reserverede XML-tegn er som standard escapet i leverede oversættelser, med direktiverne entity_escaping, entity_escaping_type og entity_escaping_strategy tilgængelige, når et projekt har brug for bevarede HTML5-enheder eller kildekode-escapet udbredt. Til QA før oversættelse returnerer pseudo_inflation pseudo-oversat .resx filer med strenge forlænget med en konfigurerbar procentdel, så layoutfejl dukker op, før oversættelsen er brugt op. På automatiseringssiden overvåger GitHub Connector en branch, opretter oversættelsesjob fra ændrede ressourcefiler og committer oversatte filer tilbage, og Repository Connector udvider det samme mønster til GitLab og Beanstalk. Den oversatte fil returneres altid i samme format, som den blev brugt i, så der er ikke behov for nogen efterfølgende konvertering.

Relaterede spørgsmål

• Hvordan kan jeg lokalisere XML-indhold til forskellige sprog?
• Hvordan implementerer man JSON-lokalisering korrekt?
• Hvad er de bedste værktøjer til at konvertere CSV-filer til lokalisering?
• Hvad er de almindelige begrænsninger ved oversættelse af tekst i brugergrænsefladen?