StrongTypeResource provides strongly typed access to .NET resources with verification of correctness and consistency of format items in the main and satellite .resx files.
- Strongly Typed Access: Generates a class with strongly typed properties and methods that provide safe access to your .resx resources
- Parameter Validation: Automatically verify that format parameters match across different culture files
- Build-Time Safety: Catch invalid format specifiers and other resource-related errors during compilation instead of runtime
- Better IntelliSense: Get full code completion and parameter hints for your resource strings
- Refactoring Support: Rename parameters and get compile-time errors if resource usage is inconsistent
- Install: Add the StrongTypeResource NuGet package to your project
- Configure: Change your .resx file's Custom Tool to
MSBuild:StrongTypeResourceInternalorMSBuild:StrongTypeResourcePublic - Clean up: Delete the original generated
.Designer.csfile to avoid conflicts - Annotate: Add parameter declaration to comments of resources with format items:
{int count, double time} - Use: Access resources with compile-time safety:
Resources.ItemsFound(count, time)
Given these resources in your .resx file:
WelcomeMessage = Welcome to our application
ItemsFound = Found {0} items in {1} seconds
Traditional .NET resource generation creates properties for both:
// Both are properties - no compile-time parameter validation
string message = Resources.WelcomeMessage;
string formatted = string.Format(Resources.ItemsFound, count, time); // Easy to mess up parametersWith StrongTypeResource (using comment {int count, double time} for ItemsFound):
// Simple strings remain properties, formatted strings become type-safe methods
string message = Resources.WelcomeMessage;
string formatted = Resources.ItemsFound(count, time); // Compile-time parameter validationAdd the StrongTypeResource NuGet package to your project.
Replace the default Custom Tool for your .resx files with one of these generators:
MSBuild:StrongTypeResourceInternal- Creates an internal classMSBuild:StrongTypeResourcePublic- Creates a public class (useful for cross-project access and WPF binding)
Migration Note: If you have been using older versions of StrongTypeResource, you will need to replace old Custom Tool
StrongTypeResource.internalorStrongTypeResource.publicwithMSBuild:StrongTypeResourceInternalorMSBuild:StrongTypeResourcePublic. You may need to restart Visual Studio after changing the Custom Tool.
The new generator strings allow to generate the wrapper code after you save the .resx file, so you can see changes in IntelliSense immediately without rebuilding the project.
- Right-click your .resx file
- Select Properties
- Change Custom Tool to
MSBuild:StrongTypeResourceInternalorMSBuild:StrongTypeResourcePublic
<ItemGroup>
<EmbeddedResource Update="Resources\Text.resx">
<Generator>MSBuild:StrongTypeResourceInternal</Generator>
</EmbeddedResource>
</ItemGroup>For public access (recommended for WPF projects):
<ItemGroup>
<EmbeddedResource Update="Resources\Text.resx">
<Generator>MSBuild:StrongTypeResourcePublic</Generator>
</EmbeddedResource>
</ItemGroup>In Solution Explorer, right-click on the generated file (<YourResourceFile>.Designer.cs next to your .resx file) and select Delete.
This prevents conflicts with the new StrongTypeResource-generated code.
Plain strings without formatting become string properties:
Welcome = Welcome to our application
Generates:
string Welcome { get; }Strings with placeholders become methods with parameters. You must specify parameter types in the comment field of the main (neutral language) .resx file. Comments in satellite .resx files are ignored. If you do not specify parameters, a compile-time error will be generated. If you have big .resx file and you want to migrate gradually, see the Legacy Compatibility section below.
Resource Value:
Found {0} items in {1} seconds.
Comment:
{int itemCount, double seconds} The rest of the comment is ignored by the generator, so you can use it for your own notes.
Generated Method:
string FoundItems(int itemCount, double seconds)You must provide parameter types and names as you want them to appear in the generated method signature in curly braces. Each format item index should have it's own parameter definition. You can use any valid C# type, including nullable types and custom types, except generics and arrays. If you have a generic type or array, consider passing it converted to string.
Examples of comments:
{int count}{string name, double? distance}{System.DateTime loginTime, System.String userName}{DayOfWeek ? dayOfWeek}- enum types are also supported.
Not supported:
List<string> itemsDictionary<int, List<string>> mapstring[] values
// Currency formatting
string: "Total: {0:C}"
comment: {decimal amount}
become: TotalAmount(decimal amount)
// Date formatting
string: "Created on {0:yyyy-MM-dd}"
comment: {DateTime date}
become: CreatedOn(DateTime date)
// Multiple of same type
string: "Range: {0} to {1}"
comment: {int min, int max}
become: Range(int min, int max)
// Mixed types with custom formatting
string: "User {0} logged in at {1:HH:mm}"
comment: {string userName, DateTime time}
become: UserLoggedIn(string userName, DateTime time)
To generate a formatted string as a property instead of a method, add a minus (-) at the beginning of the comment:
-This will be a property, not a method. Format items will not be validated.
For strings that should be restricted to specific values, add a comment with the exclamation mark ! followed by allowed values:
Resource Value:
Status = Active
Comment:
!(Active, Inactive, Pending)
This ensures the string in the main resource file or any satellite files matches one of the allowed values, generating a compile-time error if it doesn't match. This is useful for:
- Status messages that must match specific values
- Configuration strings with limited options
- Ensuring consistency across different culture files
Example:
// If Status.resx contains "Active" and Status.fr.resx contains "Actif"
// Both must be in the allowed list: !(Active, Inactive, Pending, Actif, Inactif, En attente)The generated class includes a Culture property that allows you to get or set the culture used for resource lookup.
If you don't explicitly set this property, the current thread's CurrentUICulture is used by default.
For formatted strings, a separate FormatCulture property controls the culture used during actual string formatting operations.
If this property is not set, the system defaults to using the current thread's CurrentUICulture for formatting.
In WPF projects, the tool automatically generates a FlowDirection helper property for XAML binding, enabling proper right-to-left language support.
<!-- Automatically available in WPF projects -->
<TextBlock FlowDirection="{x:Static local:Resources.FlowDirection}"
Text="{x:Static local:Resources.WelcomeMessage}" />Generates longer, non-Latin character strings for UI testing while keeping them readable. This helps you test how your UI handles:
- Longer text: Pseudo strings are typically 30-50% longer than original text
- Different character sets: Uses accented and non-Latin characters to simulate international content
- Layout issues: Helps identify truncation, wrapping, and spacing problems before deploying to different cultures
Example transformations:
Original: "Save"
Pseudo: "Şàvë"
Original: "Delete Item"
Pseudo: "Ðëlëtë Ïtëm"
Original: "Welcome to our application"
Pseudo: "Wëlçömë tö öür àpplïçàtïön"
Enable pseudo resources:
In your project properties, enter Pseudo in the Conditional compilation symbols field.
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Debug|AnyCPU'">
<DefineConstants>$(DefineConstants);Pseudo</DefineConstants>
</PropertyGroup>The pseudo resource generation is only active if Culture property is set to null.
For transitioning from old resource generators to StrongTypeResource, enable optional parameters to generate warnings instead of errors for formatted strings without proper parameter comments:
<PropertyGroup>
<StrongTypeResourceOptionalParameters>true</StrongTypeResourceOptionalParameters>
</PropertyGroup>This allows you to gradually migrate your resources - formatted strings without parameter comments will still generate properties (like traditional resources) but with build warnings reminding you to add parameter definitions to get full strongly typed benefits.
StrongTypeResource automatically verifies that:
- Format strings are valid for the specified parameter types
- Format items match between main and satellite .resx files
- All cultures have consistent format items
- Potential runtime errors are caught at build time
Verification results appear in Visual Studio's Output and Error List windows during build and in Error List after saving main .resx file.
Problem: "Custom Tool 'MSBuild:StrongTypeResourceInternal' build failed"
Solution:
- Ensure you've deleted the original
.Designer.csfile - Check that parameter comments follow the correct syntax:
{type name, type name} - Restart Visual Studio after changing Custom Tool settings
Problem: Generated class not found or IntelliSense not working
Solution:
- Rebuild the project
- Check that the .resx file's Build Action is set to "Embedded Resource"
- Verify the Custom Tool is correctly set