Per Magne Skuseth
Mar 20, 2013
(6 votes)

Is your site Add-On friendly?

A couple of weeks ago, I got a question from a developer who was wondering what the RequiredClientResources web controls in the Alloy templates were used for. If you take a look Alloy’s MasterPage, you’ll find one inside the head tag, and one at the bottom. Notice how they are marked with different values for the RenderingArea property:

   1: <EPiServer:RequiredClientResources RenderingArea="Header"
   2:     ID="RequiredResourcesHeader" runat="server" />
   3: <EPiServer:RequiredClientResources RenderingArea="Footer"
   4:     ID="RequiredResourcesFooter" runat="server" />

These can be used to render client resources(javascript for example), from other places, such as user controls and page templates:

   1: ClientResources.RequireScript("Scripts/MyScript.js"); // Will render in the header area (default)
   2: ClientResources.RequireScript("Scripts/MyScript.js").AtFooter(); // Will render in the footer area

This is useful if you want to keep your client resource rendering clean and tidy. But there are other uses as well. Add-ons and modules are not directly linked to your templates, but some of them might require some client resources to be rendered on your pages. As an example, the google analytics add-on uses this to add a tracking script to your page.

If you are developing your own add-on and want to render client resources, you can try this code as an example:

   1: [ClientResourceRegister]
   2: public class MyModuleResourceRegister : PageClientResourceRegister
   3: {
   4:     protected override void RegisterResources(IRequiredClientResourceList requiredResources, 
   5:         HttpContextBase context, PageData pageData)
   6:     {
   7:         requiredResources.RequireScript(Paths.ToClientResource(this.GetType(), 
   8:             "Scripts/MyNeatScript.js")).AtFooter();
   9:     }
  10: }

Short walkthrough: Add a ClientResourceRegister attribute to you class, and inherit from the PageClientResourceRegister. By overriding the RegisterRosource method, we are able to add our own client resources. In this case – a JavaScript file called MyNeatScript. Inline JavaScript could also be added by using RequireScriptInline.We could also add other client resources, such as a css file, or html.

Note: you also have a PageData object available, which will give you the current page being rendered, which can be useful if you need to affect the rendering based on the current page.

Note 2: Since this is a (hypothetical ) add-on, I use Paths.ToClientResource to make sure that the path to the script points to the right place – add-on locations may differ.

So how do I make my site add-on friendly?
Implement the client resource rendering with both Header and Footer area and you should be fine. It should only take you a few minutes. This is also marked as a step for upgrading your site from 6 to 7 in the SDK so you should consider it kinda important.

For the curious ones out there, the client resources are registered just before the Render event in Web Forms (OnPreRenderComplete).

What if I’m using MVC?
If you’re using MVC, you can use the following (you’ll find the code for this in the MVC templates as well):

   1: @Html.RequiredClientResources(RenderingTags.Footer)

The EPiServer PageController has a RequireClientResources action filter to allow the register process to run for your views.

Mar 20, 2013


Marcus Granström
Marcus Granström Mar 21, 2013 11:23 AM

Yes this is something we at EPiServer consider to be best practice. Enables site owners to install addons without having developers help.

Mar 21, 2013 04:34 PM

Really interesting post.

Is there a list of full template best practices to be add-on friendly?

1) Including RequiredClientResources
2) Correctly referencing dependencies using Nuget - something the Alloy templates don't do!
3) ......................................

David Sandeberg
David Sandeberg Mar 21, 2013 09:49 PM

Good to know. Thanks for bloggning about it!

Mar 22, 2013 10:49 AM

@Mark, take a look at this SDK article:
It describes basic requirements and best practices for managing client resources when developing CMS templates.

Please login to comment.
Latest blogs
Display Child Pages in Content Delivery API Response

The below example will implement an instance of IContentConverterProvider to customise the serialisation of PageData and output child pages in the...

Minesh Shah (Netcel) | Oct 4, 2022

Bring the Report Center back in Optimizely CMS 12

The Report Center has been a part of Optimizely CMS since its first debut in version 5R2 in 2008, but in CMS 12, it's removed! Don't despair! Make...

Tomas Hensrud Gulla | Oct 4, 2022 | Syndicated blog

Customizing Property Lists in Optimizely CMS

Generic property lists is a cool editorial feature that has gained a lot of popularity - in spite of still being unsupported (officially). But if y...

Allan Thraen | Oct 2, 2022 | Syndicated blog

Optimizely names Luminary Senior Developer, Ynze Nunnink, OMVP

Luminary Senior Developer and Optimizely Lead, Ynze Nunnink has secured the coveted position of Optimizely MVP. Earning a Platinum badge for his...

Ynze | Oct 2, 2022 | Syndicated blog