This repository was archived by the owner on Nov 29, 2018. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 64
ResourceManagerStringLocalizer should cache GetEnumerator result #15
Comments
DamianEdwards
added a commit
that referenced
this issue
May 19, 2015
DamianEdwards
added a commit
that referenced
this issue
May 19, 2015
DamianEdwards
added a commit
that referenced
this issue
May 19, 2015
- Make the cache static - Make the cache key include the assembly name & the resource name - #15
DamianEdwards
added a commit
that referenced
this issue
May 19, 2015
DamianEdwards
added a commit
that referenced
this issue
May 20, 2015
- Introduced AssemblyWrapper to enable testing - Cleaned up properties on ResourceManagerStringLocalizer - #15
DamianEdwards
added a commit
that referenced
this issue
May 20, 2015
DamianEdwards
added a commit
that referenced
this issue
May 20, 2015
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Every call to
ResourceManagerStringLocalizer.GetEnumerator
walks the specifiedCultureInfo
hierarchy to build out a full set of resource names, before callingResourceManager.GetString
for every resource name. Given that resources are only loaded once byResourceManager
we should cache at least the culture walk, and probably the entire enumeration result, per culture.The text was updated successfully, but these errors were encountered: