MvcContrib contains a feature called Portable Areas which I’ve recently blogged about. In short, portable areas provide a way to distribute MVC binary components as simple .NET assemblies where the aspx/ascx files are actually compiled into the assembly as
embedded resources. This is an extremely cool feature but once you start building robust portable areas, you’ll also want to be able to access other external files like css and javascript. After my recent post suggesting portable areas be expanded to include other
embedded resources, Eric Hexter asked me if I’d like to contribute the code to MvcContrib (which of course I did!).
Embedded resources are stored in a case-sensitive way in .NET assemblies and the existing
embedded view engine inside MvcContrib already took this into account. Obviously, we’d want the same case sensitivity handling to be taken into account
for any
embedded resource so my job consisted of 1) adding the
Embedded Resource Controller, and 2) a little refactor to extract the logic that deals with
embedded resources so that the
embedded view engine and the
embedded resource controller could both leverage it and, therefore, keep the code DRY. The
embedded resource controller targets these scenarios: External image files that are referenced in an <img> tag External files referenced like css or JavaScript files Image files referenced inside css files
Embedded Resources Walkthrough This post will describe a walkthrough of using the
embedded resource controller in your portable areas to include the scenarios outlined above. I will build a trivial “Quick Links” widget to illustrate the concepts. The portable area registration is the starting point
for all portable areas. The MvcContrib.PortableAreas.EmbeddedResourceController is optional functionality – you must opt-in if you want to use it. To do this, you simply “register” it by providing a route in your area registration that uses it like this: 1: context.MapRoute("ResourceRoute", "quicklinks/resource/{resourceName}",
2: new { controller = "EmbeddedResource", action = "Index" },
3: new string[] { "MvcContrib.PortableAreas" });
First, notice that I can specify any route I want (e.g., “quicklinks/resources/…”). Second, notice that I need to include the “MvcContrib.PortableAreas” namespace as the fourth parameter so that the framework is able to find the EmbeddedResourceController at runtime.
The handling of
embedded views and
embedded resources have now been merged. Therefore, the call to:
1: RegisterTheViewsInTheEmmeddedViewEngine(GetType());
has now been removed (breaking change). It has been replaced with:
1: RegisterAreaEmbeddedResources();
Other than that, the portable area registration remains unchanged.
The solution structure
for the static files in my portable area looks like this:
I’ve got a css file in a folder called “Content” as well as a couple of image files in a folder called “images”. To reference these in my aspx/ascx code, all of have to do is this:
1: <link href="<%= Url.Resource("Content.QuickLinks.css") %>" rel="stylesheet" type="text/css" />
2: <img src="<%= Url.Resource("images.globe.png") %>" />
This results in the following HTML mark up:
1: <link href="/quicklinks/resource/Content.QuickLinks.css" rel="stylesheet" type="text/css" />
2: <img src="/quicklinks/resource/images.globe.png" />
The Url.Resource() method is now included in MvcContrib as well. Make sure you import the “MvcContrib” namespace in your views.
Next, I have to following html to render the quick links:
1: <ul class="links">
2: <li><a href="http://www.google.com">Google</a></li>
3: <li><a href="http://www.bing.com">Bing</a></li>
4: <li><a href="http://www.yahoo.com">Yahoo</a></li>
5: </ul>
Notice the <ul> tag has a class called “links”. This is defined inside my QuickLinks.css file and looks like this:
1: ul.links li
2: {
3: background: url(/quicklinks/resource/images.navigation.png) left 4px no-repeat;
4: padding-left: 20px;
5: margin-bottom: 4px;
6: }
On line 3 we’re able to refer to the url
for the background property.
As a final note, although we already have complete control over the location of the
embedded resources inside the assembly, what if we also want control over the physical URL routes as well. This point was raised by John Nelson in this post. This has been taken into account as well.
For example, suppose you want your physical url to look like this:
1: <img src="/quicklinks/images/globe.png" />
instead of the same corresponding URL shown above (i.e., “/quicklinks/resources/images.globe.png”). You can do this easily by specifying another route
for it which includes a “resourcePath” parameter that is pre-pended. Here is the complete code
for the area registration with the custom route
for the images shown on lines 9-11:
1: public class QuickLinksRegistration : PortableAreaRegistration
2: {
3: public override void RegisterArea(System.Web.Mvc.AreaRegistrationContext context, IApplicationBus bus)
4: {
5: context.MapRoute("ResourceRoute", "quicklinks/resource/{resourceName}",
6: new { controller = "EmbeddedResource", action = "Index" },
7: new string[] { "MvcContrib.PortableAreas" });
8:
9: context.MapRoute("ResourceImageRoute", "quicklinks/images/{resourceName}",
10: new { controller = "EmbeddedResource", action = "Index", resourcePath = "images" },
11: new string[] { "MvcContrib.PortableAreas" });
12:
13: context.MapRoute("quicklink", "quicklinks/{controller}/{action}",
14: new {controller = "links", action = "index"});
15:
16: this.RegisterAreaEmbeddedResources();
17: }
18:
19: public override string AreaName
20: {
21: get
22: {
23: return "QuickLinks";
24: }
25: }
26: }
The Quick Links portable area results in the following requests (including custom route formats):
The complete code
for this post is now included in the Portable Areas sample solution in the latest MvcContrib source code. You can get the latest code now. Portable Areas open up exciting new possibilities
for MVC development!
