I'm using ASP.NET MVC CORE. I have implemented my own ViewLocationExpander so that I can structure my project the way I want and place my views where I like.
This is accomplished by implementing a class that inherits from IViewLocationExpander
and most of the work occurs in the following method:
ExpandViewLocations(ViewLocationExpanderContext context, IEnumerable<string> viewLocations)
Everything is working pretty sweet but the interface defines a 2nd method that I don't know how to properly implement:
PopulateValues(ViewLocationExpanderContext context)
I've read articles all over the internet about this interface but no one has really provided much info on what exactly this method is for other than saying vague things about how it helps with caching.
I'd really appreciate it if someone could explain how this method is used by the framework and how I can use it appropriately to aid caching if that is indeed what it is for.
Maybe the following additional info taken directly from a GitHub MVC issue can answer your question:
Caching includes the
Values
dictionary in its lookup. Unless thePopulateValues()
method adds distinct information toViewLocationExpanderContext.Values
, theExpandViewLocations()
method will be called just once per original file name i.e. the initial information is cached from then on.
On top of that, the particular example posed by OP can help understand even better, at least that's what happened to me:
Foo
and Bar
)Without any code in PopulateValues()
, view engine will ask once to locate the view, then use view "standard" data (e.g. ControllerName
, ActionName
, Area
, etc.) in order to cache the actual location where view is found.
So, in OP case, once a view location is cached (say e.g. from Foo
directory tree) everytime a view with same name is needed it will always be from that tree, there'll be no way to detect if the one in the other Bar
tree should have been actually picked up.
The only way for OP is to customize PopulateValues()
by adding specific, distinctive view details to Values
dictionary: in current scenario, those are the info extracted from current action context.
That additional info are used two-fold: ExpandViewLocations()
might use them when invoked in order to determine proper location, while view engine will use them to cache view location once found.
Official doc page is more descriptive. From Remarks section:
Individual IViewLocationExpanders are invoked in two steps:
(1)PopulateValues(ViewLocationExpanderContext)
is invoked and each expander adds values that it would later consume as part ofExpandViewLocations(ViewLocationExpanderContext, IEnumerable<String>)
. The populated values are used to determine a cache key - if all values are identical to the last timePopulateValues(ViewLocationExpanderContext)
was invoked, the cached result is used as the view location. (2) If no result was found in the cache or if a view was not found at the cached location,ExpandViewLocations(ViewLocationExpanderContext, IEnumerable<String>)
is invoked to determine all potential paths for a view.
Haven't messed around with it enough to be able to give you a concrete answer, but have a look at IViewLocationExpander.PopulateValues(ViewLocationExpanderContext context)
on the ASP.NET MVC GitHub repo:
public interface IViewLocationExpander
{
/// <summary>
/// Invoked by a <see cref="RazorViewEngine"/> to determine the values that would be consumed by this instance
/// of <see cref="IViewLocationExpander"/>. The calculated values are used to determine if the view location
/// has changed since the last time it was located.
/// </summary>
/// <param name="context">The <see cref="ViewLocationExpanderContext"/> for the current view location
/// expansion operation.</param>
void PopulateValues(ViewLocationExpanderContext context);
// ...other method declarations omitted for brevity
}
Readability format:
"Invoked by a
RazorViewEngine
to determine the values that would be consumed by this instance ofIViewLocationExpander
. The calculated values are used to determine if the view location has changed since the last time it was located.Parameters:
context
: TheViewLocationExpanderContext
for the current view location expansion operation."
I've had a look at some classes which implement this interface - some declare the method but leave it empty, others implement it.
NonMainPageViewLocationExpander.cs
:
public void PopulateValues(ViewLocationExpanderContext context)
{
}
LanguageViewLocationExpander.cs
:
private const string ValueKey = "language";
public void PopulateValues(ViewLocationExpanderContext context)
{
if (context == null)
{
throw new ArgumentNullException(nameof(context));
}
// Using CurrentUICulture so it loads the locale specific resources for the views.
#if NET451
context.Values[ValueKey] = Thread.CurrentThread.CurrentUICulture.Name;
#else
context.Values[ValueKey] = CultureInfo.CurrentUICulture.Name;
#endif
}
The article "View Location Expander in ASP.NET Core and MVC 6" provides an example. Here's an excerpt of the explanation:
You can add as many view location expanders as you want.
IViewLocationExpander
interface has 2 methods,PopulateValues
andExpandViewLocations
.PopulateValues
method allows you to add values that can be later consumed byExpandViewLocations
method. The values you put inPopulateValues
method will be used to find cache key.ExpandViewLocations
method will be only invoked if there is no cache result for the cache key or when framework is unable to find the view at the cached result. In theExpandViewLocations
method, you can return your dynamic view locations. Now you can register this view location expander inStartup.cs
file,
services.Configure<RazorViewEngineOptions>(options =>
{
options.ViewLocationExpanders.Add(new MyViewLocationExpander());
});
Basically the method can populate values into context.Values that will later be used to determine if a cached list should be used or if the ExpandViewLocations will be called....
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With