Leggere i settings contenuti nel web.config da un’applicazione Silverlight 4

E’ l’esigenza più vecchia del mondo, cioè inserire da qualche parte le impostazioni della nostra applicazione, ed ovviamente andare poi a leggerli per modificare il comportamento dell’applicazione stessa. Ho trovato questo articolo su Codeproject che spiega come risolvere questa esigenza: l’articolo si basa su Silverlight 3 – io con il 4 ho trovato qualche differenza minimale, che comunque non mi ha bloccato più di tanto. Ecco i passi da fare.

1) Aggiungere nel web.config uno o più parametri
Dietro ogni progetto Silverlight che si rispetti, c’è sempre un progetto Web che lo deploya! 🙂 In questo progetto Web avete già bello & pronto il file web.config, per cui è sufficiente aprirlo ed inserire tutte le impostazioni che vi servono. Ad esempio:

<?xml version="1.0"?>

<configuration>

 <appSettings>

 <add key="Language" value="it-IT" />

 </appSettings>

 <system.web>

 <compilation debug="true" targetFramework="4.0" />

 </system.web>

</configuration>

La cosa è molto semplice: ho aggiunto un setting con key=”Language” e value=”it-IT”.

2) Modificare la pagina aspx che carica e renderizza il plugin Silverlight
Qui la cosa è un po’ diversa da come viene raccontata nell’articolo linkato prima. All’interno del progetto Web avete sicuramente una pagina aspx, che poi è quella che viene caricata nel browser, ed è quella che contiene il plug-in Silverlight, etc. etc. E’ necessario modificare questa pagina, ed il suo relativo code-behind. Ma c’è un problema: la pagina aspx che viene creata di default quando create un progetto Silverlight non ha code-behind. Io ho risolto facendo così:

2a) Aggiunta di una nuova pagina Startup.aspx
Nulla di particolare, qui. Da VS2010, ho fatto semplicemente Add New Item –> Web –> WebForm, e ho dato il nome Startup.aspx.

2b) Ho copiato & incollato il contenuto della pagina .aspx originale a questa nuova Startup.aspx
Dunque, supponiamo che il progetto Silverlight su cui state lavorando si chiami Pippo. La pagina aspx dovrebbe presentarsi nella forma PippoTestPage.aspx. Ho copiato tutto il codice aspx da questa pagina alla pagina aspx nuova, ovvero Startup.aspx.

2c) Modifica di Startup.aspx (aggiunta del controllo Literal)
All’interno del tag <object></object> di Silverlight ho aggiunto questo controllo:

<asp:Literal ID="ParamInitParams" runat="server"></asp:Literal>

2d) Modifica di Startup.aspx (modifica della direttiva @Page)
Questo è il motivo per cui ho dovuto creare una nuova pagina Startup.aspx: perchè qui abbiamo il code-behind, in quella originale no. Ma c’è ancora qualcosa da sistemare: è vero che fisicamente il file Startup.aspx.cs, ma è anche vero che i files Startup.aspx <—> Startup.aspx.cs non sono legati. Quindi, ho modificato la direttiva @Page di Startup.aspx, aggiungendo gli attributi CodeBehind e Inherits. Ecco come si presenta il tutto:

<%@ Page Language="C#" AutoEventWireup="true" CodeBehind="Startup.aspx.cs" Inherits="ViewModelWithMEF.Web.Startup" %>

Questo serve, altrimenti dal code-behind ovviamente non riusciamo ad accedere al controllo Literal definito allo step precedente.

2e) Modifica del code-behind Startup.aspx.cs
Fate così: semplicemente sostituite il code-behind con il seguente:

 public partial class Startup : System.Web.UI.Page

 {

 private void SaveSilverlightDeploymentSettings(Literal litSettings)

 {

 NameValueCollection appSettings = ConfigurationManager.AppSettings;

 StringBuilder SB = new StringBuilder();

 SB.Append("<param name="InitParams" value="");

 int SettingCount = appSettings.Count;

 for (int Idex = 0; Idex < SettingCount; Idex++)

 {

 SB.Append(appSettings.GetKey(Idex));

 SB.Append("=");

 SB.Append(appSettings[Idex]);

 SB.Append(",");

 }

 SB.Remove(SB.Length - 1, 1);

 SB.Append("" />");

 litSettings.Text = SB.ToString();

 }

 protected void Page_Load(object sender, EventArgs e)

 {

 Response.Cache.SetCacheability(System.Web.HttpCacheability.NoCache);

 SaveSilverlightDeploymentSettings(this.ParamInitParams);

 }

Non scendo nel dettaglio per mancanza di competenza! 🙂 Nell’evento Load della Page viene eseguito il metodo privato SaveSilverlightDeploymentSettings, al quale viene passato il controllo ParamInitParams, che è il controllo Literal definito allo step 2c.

3) Accesso del web.config dall’applicazione Silverlight
Tranquilli, siamo arrivati alla fine. Dopo tutto questo giro, possiamo tranquillamente andare a gestire l’evento Startup dell’applicazione Silverlight, all’interno del file App.xaml.cs. Esso può essere una cosa simile a questa:

private void Application_Startup(object sender, StartupEventArgs e)

{

 IDictionary<string, string> webConfigSettings = e.InitParams;

 string language = webConfigSettings["Language"];

 this.RootVisual = new MainPage();

}

La classe StartupEventArgs espone la proprietà InitParams, che non facciamo altro che andare a leggere per impostare un Dictionary di sole stringhe. Ovviamente il Dictionary come l’ho definito qui sopra ha poco senso, perchè esce immediatemente dallo scope: è sufficiente avere una classe di impostazioni singleton, statica, o qualsiasi altra soluzione, in modo tale che l’applicazione possa accedere ai settings definiti nel web.config ovunque ci sia bisogno.

Essendo un Dictionary, è sufficiente scrivere webConfigSettings[“Language”] per accedere al suo valore, così come è stato definito allo step (1).

Direi che è un giro un po’ lungo da mettere in piedi la prima volta, ma una volta preparato il tutto, alla fine viene tutto gratis. Va da sè infatti che se vado successivamente nel web.config ad aggiungere altri parametri, questi “arrivano” all’applicazione Silverlight senza toccare più nulla.

Send to Kindle