BlazorLocalization.Extractor 10.1.3

<div align="center">

BlazorLocalization

Your users see text in their language. Always.

A modern localization library for ASP.NET Core — Blazor, MVC, Razor Pages, APIs
No .resx files. No rebuild to update a translation.

</div>

Inline translations · Pluggable providers · Plurals & ordinals · Over-the-air updates · Distributed caching

⭐ Quick Start

1. Install:

dotnet add package BlazorLocalization.Extensions

2. Register in Program.cs:

// Replaces the built-in services.AddLocalization():
builder.Services.AddProviderBasedLocalization();

3. Use in your code:

@inject IStringLocalizer<Home> Loc

<h1>@Loc.Translation(key: "Home.Title", message: "Welcome to our app")</h1>

<p>@(Loc.Translation(key: "Home.Greeting", message: "Hello, {Name}!", replaceWith: new { Name = user.Name })
    .For(locale: "da", message: "Hej, {Name}!")
    .For(locale: "de", message: "Hallo, {Name}!"))</p>

Your source text is always the fallback — users never see blank strings or raw keys. .For() adds inline translations for other languages right where you write the text.

See Examples for plurals, ordinals, enum display names, and more.

Note: You still need UseRequestLocalization() middleware for culture detection — see Configuration.

📦 Packages

Package	Version	Install
BlazorLocalization.Extensions <br/> Caches translations, supports plurals and inline translations, pluggable translation providers		dotnet add package BlazorLocalization.Extensions
BlazorLocalization.Extractor <br/> CLI tool (blazor-loc) — Roslyn-based scanner that extracts source strings from .razor, .cs, and .resx files		dotnet tool install -g BlazorLocalization.Extractor

Translation providers:

Package	Version	Install
BlazorLocalization.TranslationProvider.Crowdin <br/> Fetch translations over-the-air from Crowdin		dotnet add package BlazorLocalization.TranslationProvider.Crowdin
JsonFile <br/> Load translations from flat JSON files on disk	Ships with Extensions	—
PoFile <br/> Load translations from GNU Gettext PO files	Ships with Extensions	—

🔌 Add a Provider

Translation providers are pluggable and optional. Use them when you have too many strings for inline .For(), or want to connect a translation management platform.

// JSON files on disk (ships with Extensions — no extra package):
builder.Services.AddProviderBasedLocalization(builder.Configuration)
    .AddJsonFileTranslationProvider();

// Or over-the-air from Crowdin (separate package):
// Configure your distribution hash in appsettings.json — see Crowdin Provider docs
builder.Services.AddProviderBasedLocalization()
    .AddCrowdinTranslationProvider();

The provider always wins when it has a translation. Inline .For() translations serve as a starting point for translators and a fallback.

See Providers for all available providers and their setup.

✨ Why BlazorLocalization?

IStringLocalizer is deeply embedded in ASP.NET Core — Blazor, MVC, Razor Pages, APIs. BlazorLocalization keeps it as the interface but replaces AddLocalization() and its ResourceManager / .resx backend entirely:

• Over-the-air translations — FusionCache refreshes from your provider in the background. Change a translation, your app picks it up without redeployment
• Source text fallback — if translations haven't loaded yet, users see your source text, never blank strings or keys
• CLDR plural support — plural categories, ordinals, gender/select. ICU concepts, C# ergonomics
• Distributed caching — L1 memory out of the box, optional L2 via any IDistributedCache (Redis, SQLite, etc.)
• Pluggable providers — load translations from JSON files, Crowdin, a database, or any custom source. Stack multiple providers — first one with a translation wins

What you're leaving behind: .resx merge conflicts, rebuild-and-redeploy for every text change, no plural support, no distributed caching.

Built on Microsoft's IStringLocalizer · FusionCache · SmartFormat.NET

🎬 String Extraction

Already using IStringLocalizer? The Extractor scans your .razor, .cs, and .resx files and exports every translation string — no matter which localization backend you use.

dotnet tool install -g BlazorLocalization.Extractor

# Interactive wizard — run with no arguments
blazor-loc

# Or go direct
blazor-loc extract ./src -f po -o ./translations

Upload the generated files to Crowdin, Lokalise, or any translation management system. See Extractor CLI for recipes, CI integration, and export formats.

Comparison

* OrchardCore uses the IStringLocalizer indexer key as both the lookup key and the source text. Updating the original text creates a new entry — existing translations are orphaned.

Documentation

FAQ

Can I load translations from a database?
Yes. Implement ITranslationProvider (one method) and BlazorLocalization handles caching, fallback, and hot-swapping. See the JsonFile provider as a reference.

Does this only work with Blazor?
No — anything that uses IStringLocalizer: Blazor, MVC, Razor Pages, Web APIs, minimal APIs.

Do I need a translation provider?
No. Inline translations work on their own. Add a provider when you're ready for external files or a translation platform.

Is this production-ready?
Used in production. Born from real frustration with .resx. If you find it useful, give it a ⭐.

Contributing

Contributions welcome! Each package has a CONTRIBUTING.md with architecture decisions, coding patterns, and how to run tests.

Built a translation provider for a platform not yet covered? Consider submitting it as a package.

License

MIT