Un pò di pratica con VirtualPathProvider

Nicola Baldi — Tue, 02 Oct 2007 11:02:00 GMT

Questo post � il frutto di un'esigenza che � maturata nel corso dello sviluppo di un progetto (un p� bizzarro!) che sto seguendo. L'idea di base � quella di avere pi� siti all'interno dello stesso Application Domain.
Si tratta di una situazione abbastanza inusuale, ma ho preso la palla al balzo per cercare di comprendere meglio uno dei provider pi� atipici che la FCL mette a disposizione, ovvero VirtualPathProvider.
Cercando su internet, mi sono imbattutto infatti in un post del blog di David Ebbo dove si discuteva di un problema che poteva essere ricondotto al mio.
Cercando di riassumere un p� quello che � venuto fuori dalla discussione, il problema principale sta nella risoluzione di determinati percorsi. Ad esempio:

<%@ Register Src="~/uc.ascx" TagName="uc" TagPrefix="userControls" %>

Se questa dichiarazione viene inserita all'interno di una sottocartella che contiene uno dei siti, il riferimento sar�, in realt�, alla root principale. Per evitare ci�, si pu� creare una classe che derivi da VirtualPathProvider ed eseguire l'override del metodo CombineVirtualPaths.
Sovrascrivendo l'implementazione di default, possiamo combinare i percorsi virtuali come pi� ci aggrada, quindi, nel nostro caso, anteponendo il nome del sito al percorso relativo che ci arriva da parametro del metodo in oggetto.
Una cosa del genere:

public override String CombineVirtualPaths(String basePath, String relativePath)

{

	    if (!VirtualPathUtility.IsAbsolute(relativePath))

		        base.CombineVirtualPaths(basePath, relativePath);



	    String url = HttpContext.Current.Request.Url.PathAndQuery;

	    String site = basePath.Substring(1);

	    Int32 index = site.IndexOf("/");

	    if (index < 0)

		        return base.CombineVirtualPaths(basePath, relativePath);



	    return String.Format("~/{0}/{1}", site.Substring(0, index), relativePath.Substring(1));

}

Il provider lo possiamo registrare all'interno di un HttpModule, cos� cogliamo anche l'occasione per effettuare il Path Rewriting.

public class RelativePathModule : IHttpModule

{

	    private const String PREFIX = "http://";

 

	    public void Dispose() { }



            public void Init(HttpApplication context)

            {

            	        HostingEnvironment.RegisterVirtualPathProvider(new RelativePathProvider());

            	        context.BeginRequest += new EventHandler(context_BeginRequest);

            }



            void context_BeginRequest(object sender, EventArgs e)

            {

		        HttpContext context = HttpContext.Current;

		        String url = context.Request.Url.AbsoluteUri;

                String site = url.Substring(url.IndexOf(PREFIX) + PREFIX.Length);

                String newPath = String.Format("~/{0}{1}", site.Substring(0, site.IndexOf("/")), context.Request.Url.PathAndQuery);

                context.RewritePath(newPath);

            }

}

Ho preparato un allegato contenente un progetto di esempio (a proposito, una volta effettuato l'upload del file con il FileManager, come posso allegarlo al post?!).
Questo provider � veramente notevole e, come illustra Andrea Boschin all'interno del suo blog, ci consente addirittura di realizzare un interno sito all'interno di un singolo Assembly!
Le risorse disponibili su questo provider (MSDN a parte) non sono poi moltissime.
Su aspitalia � stato trattato qui.

Tags: .NET Framework, .NET Framework 2.0, ASP.NET, ASP.NET 2.0, HttpModule, HttpRuntime

naighes - Il blog di Nicola Baldi

Un pò di pratica con VirtualPathProvider