PeppeDotNet Blog - Category: ASP.NET 2.0

Applicazioni ASP.NET a 3 livelli - Parte 2

(Giuseppe Marchi) — Wed, 05 Dec 2007 09:29:18 GMT

Dopo la prima parte, uscita mercoled� scorso, � visibile oggi sempre sul sito html.it la seconda parte sulla costruaione di siti web in ASP.NET 2 sfruttando la tecnica di progettazione su tre livelli: Data Access layer, Business Logic layer e User Interface layer.
In questa seconda parte si � cercato di applicare tale tecnica di sviluppo per la costruzione di un semplice blog.
Vi lascio il link:
http://aspnet.html.it/articoli/leggi/2449/applicazioni-a-3-livelli-con-aspnet/3/

Buona lettura !

TAGS: [ASP.NET 2.0] [Domain Model]

Applicazioni ASP.NET a 3 livelli

(Giuseppe Marchi) — Wed, 28 Nov 2007 23:22:08 GMT

E' uscito oggi su html.it il primo di una mini-serie di due articoli sullo sviluppo di applicazioni a 3 livelli con ASP.NET 2. Lo sviluppo di applicazioni web basate su questo modello logico di programmazione risulta veramente facile ed ottimale per i propri siti web, poich� divide la logica di presentazione da quella di gestione dei dati di business e da quella di accesso alla base di dati sottostante.
Il tutto fondato sul concetto di "Domain Model", l'insieme di classi che rappresentano le entit� coinvolte all'interno dell'applicazione e i vari comportamenti.
Questo il link dell'articolo:
http://aspnet.html.it/articoli/leggi/2449/applicazioni-a-3-livelli-con-aspnet/

Nella seconda parte, vedremo invece come creare un semplice blog basato proprio su questa tecnica di sviluppo.
Il mio consiglio, come sempre, � quello di leggerlo !

TAGS: [ASP.NET 2.0] [Domain Model]

Data Bound Controls personalizzati con ASP.NET 2.0

(Giuseppe Marchi) — Wed, 24 Oct 2007 16:33:43 GMT

Dopo aver parlato di politica, ritorniamo nel nostro mondo. E' uscito oggi il sesto ed ultimo articolo della serie sui controlli lato server di ASP.NET 2.0 su HTML.it; l'argomento di questa uscita sono i controlli Data-Bound.
Si vedr� quindi una panoramica su tale famiglia di controlli e, in seguito, si vedr� come creare un controllo per il rendering di un grafico a barre, collegabile a diversi tipi di datasource.

Con questo articolo, finisce la serie legata allo sviluppo dei controlli web custom. Spero vi sia utile.
Ecco qui il riepilogo delle parti fin'ora pubblicate:

Parte 1 - http://aspnet.html.it/articoli/leggi/2363/i-controlli-lato-server-di-aspnet-20/
Parte 2 - http://aspnet.html.it/articoli/leggi/2363/i-controlli-lato-server-di-aspnet-20/4/
Parte 3 - http://aspnet.html.it/articoli/leggi/2392/controlli-compositi-personalizzati-con-aspnet-20/
Parte 4 - http://aspnet.html.it/articoli/leggi/2401/supporto-desingtime-dei-controlli-aspnet/
Parte 5 - http://aspnet.html.it/articoli/leggi/2401/supporto-desingtime-dei-controlli-aspnet/6/
Parte 6 - http://aspnet.html.it/articoli/leggi/2419/data-bound-controls-personalizzati-con-aspnet-20

TAGS: [ASP.NET 2.0] [Server Controls] [Web Controls]

Supporto alla fase di desing-time per i controlli ASP.NET - Convertitori di tipo e Editor di tipi

(Giuseppe Marchi) — Fri, 19 Oct 2007 12:13:20 GMT

Mercoled� scorso � uscito il quinto articolo sui controlli lato server di ASP.NET 2.0 su HTML.IT; questa � la seconda parte riguardo lo sviluppo del supporto per la fase di design-time dei nostri controlli web personalizzati. In questo articolo sono state presentate le tecniche con cui realizzare dei convertitori di tipo per tipi personalizzati e degli editor di tipi.
Gli esempi sono molto chiari a mio parere, e spiegano molto bene le possibilit� che abbiamo per rendere i nostri controlli custom veramente completi.
Ecco qui il riepilogo delle parti fin'ora pubblicate:

Parte 1 - http://aspnet.html.it/articoli/leggi/2363/i-controlli-lato-server-di-aspnet-20/
Parte 2 - http://aspnet.html.it/articoli/leggi/2363/i-controlli-lato-server-di-aspnet-20/4/
Parte 3 - http://aspnet.html.it/articoli/leggi/2392/controlli-compositi-personalizzati-con-aspnet-20/
Parte 4 - http://aspnet.html.it/articoli/leggi/2401/supporto-desingtime-dei-controlli-aspnet/
Parte 5 - http://aspnet.html.it/articoli/leggi/2401/supporto-desingtime-dei-controlli-aspnet/6/

TAGS: [ASP.NET 2.0] [Server Controls] [Web Controls]

Supporto alla fase di desing-time per i controlli ASP.NET

(Giuseppe Marchi) — Wed, 10 Oct 2007 15:59:44 GMT

Anche questo mercoled�, � pronto per voi un appuntamento della serie sulla creazione di controlli lato server personalizzati di ASP.NET 2.0 !
In questo articolo, che � stato diviso in due parti per la lunghezza degli argomenti trattati, si parler� di come costruire il supporto per il design-time di Visual Studio .NET per i nostri controlli custom.
Nello specifico, in questa prima parte, dopo una panoramica sui vari attributi di progettazione (divisi in attributi di classe e attributi di propriet�), si andr� nello specifico sviluppando un control designer per il controllo di creazione di link a finestre pop-up visto nel primo articolo. A questo control designer verr� poi attaccato lo smart tag, il menu contestuale per la modifica del comportamento del controllo in fase di sviluppo visuale.
Questo articolo � veramente completo, a mio parere. E vi consiglio di leggerlo se avete intenzione di distribuire i vostri controlli ASP.NET custom !

Parte 1 - http://aspnet.html.it/articoli/leggi/2363/i-controlli-lato-server-di-aspnet-20/
Parte 2 - http://aspnet.html.it/articoli/leggi/2363/i-controlli-lato-server-di-aspnet-20/4/
Parte 3 - http://aspnet.html.it/articoli/leggi/2392/controlli-compositi-personalizzati-con-aspnet-20/
Parte 4 - http://aspnet.html.it/articoli/leggi/2401/supporto-desingtime-dei-controlli-aspnet/

Nella prossima uscita, vedremo la seconda parte di questo specifico argomento, legata alla costruzione di convertitori di tipi e di editor di tipi. Non perdetevela !

TAGS: [ASP.NET 2.0] [Server Controls] [Web Controls] [Desgin time]

Controlli compositi personalizzati con ASP.NET 2.0

(Giuseppe Marchi) — Wed, 03 Oct 2007 15:49:31 GMT

Continua la serie di articoli legati ai controlli lato server su html.it; quest'oggi � stata pubblicata la parte dedicata ai controlli compositi.
Nelle prossime uscite vedremo come implementare dei controlli di tipo Data-Bound.

Parte 1 - http://aspnet.html.it/articoli/leggi/2363/i-controlli-lato-server-di-aspnet-20/
Parte 2 - http://aspnet.html.it/articoli/leggi/2363/i-controlli-lato-server-di-aspnet-20/4/
Parte 3 - http://aspnet.html.it/articoli/leggi/2392/controlli-compositi-personalizzati-con-aspnet-20/

TAGS: [ASP.NET 2.0] [Server Controls] [Web Controls]

Web control per l'apertura di finestre pop-up

(Giuseppe Marchi) — Wed, 12 Sep 2007 22:27:39 GMT

Dopo il primo articolo, uscito mercoled� scorso, � stato pubblicato oggi il secondo della serie sui controlli lato server di ASP.NET 2.0, sempre su html.it !
Questa volta si vedr� come creare un controllo web per il rendering di link per l'apertura di finestre pop-up.
La serie continuer� poi con una panoramica sui controlli compositi.

Parte 1 - http://aspnet.html.it/articoli/leggi/2363/i-controlli-lato-server-di-aspnet-20/
Parte 2 - http://aspnet.html.it/articoli/leggi/2363/i-controlli-lato-server-di-aspnet-20/4/

TAGS: [ASP.NET 2.0] [Web Controls] [Server Controls]

I controlli lato server di ASP.NET 2.0

(Giuseppe Marchi) — Wed, 05 Sep 2007 16:23:38 GMT

Eccoci qua. E' appena uscito il primo di una serie di 5 articoli sui controlli lato server di ASP.NET 2.0 su html.it !
Questo, si tratta di un'introduzione generale all'argomento, spiegando la differenza tra web controls e html controls per poi addentrarsi all'interno del ciclo di vita dei controlli lato server.
Nella seconda uscita (mercoled� prossimo) vedremo come implementare un controllo web personalizzato. In seguito verrano spiegati i controlli compositi, i controlli Data-Bound e infine lo sviluppo di controlli web con il supporto a design time su Visual Studio .NET 2005.
Questa volta... c'� un sacco di roba non credete ?

Vi lascio il link dell'articolo d'introduzione:
http://aspnet.html.it/articoli/leggi/2363/i-controlli-lato-server-di-aspnet-20/

TAGS: [Web Controls] [ASP.NET 2.0] [Server Controls]

Parametri custom per i DataSource controls

(Giuseppe Marchi) — Sat, 28 Jul 2007 10:51:19 GMT

Dopo il primo e il secondo articolo riguardo i DataSource controls, mercoled� scorso � uscito l'ultimo della serie su HTML.it. Questa volta il contenuto � incentrato sulla costruzione di parametri custom per i controlli DataSource, sia quelli di default che quelli personalizzati.
Nell'esempio � presente un parametro che prende valori dalla cache della pagina. Ecco un esempio:

<pep:FeedDataSource FeedType="RSS" ID="myFeedDataSource2" runat="server">

    <Parameters>                            

        <pep:CacheParameter Name="FeedUrl" Key="myFeedUrl" />

    Parameters>

pep:FeedDataSource>

Questo il link all'articolo:
http://aspnet.html.it/articoli/leggi/2336/parametri-custom-per-i-datasource/

Buona lettura !

TAGS: [ASP.NET 2.0] [DataSource]

DataSource personalizzati: supporto per i parametri

(Giuseppe Marchi) — Wed, 11 Jul 2007 19:13:27 GMT

E' uscito oggi il secondo articolo sui DataSource personalizzati su HTML.it. Come vi avevo gia segnalato, in questo articolo � possibile vedere come implementare il supporto per l'utilizzo dei parametri nei nostri DataSource personalizzati.
Questo il link:
http://aspnet.html.it/articoli/leggi/2327/datasource-personalizzati/5/

Buona lettura !

TAGS: [ASP.NET 2.0] [DataSource]

DataSource personalizzati

(Giuseppe Marchi) — Wed, 04 Jul 2007 19:29:43 GMT

E uscito oggi il primo di due articoli sulla costruzione di controlli DataSource personalizzati su HTML.it; in questo ho fatto una breve panoramica sui DataSource presenti di default nel .NET Framework, per poi vedere come costruirne uno personalizzato per la lettura di feed RSS e ATOM.
Nella seconda parte, che dovrebbe uscire la prossima settimana, si vedr� come implementare il supporto per i parametri nel nostro DataSource personalizzato.
Ecco il link del primo articolo:
http://aspnet.html.it/articoli/leggi/2327/datasource-personalizzati

TAGS: [ASP.NET 2.0] [DataSource]

Validation of ViewState Mac failed

(Giuseppe Marchi) — Sun, 24 Jun 2007 16:23:59 GMT

Da un p� di giorni, il mio sito mi ritorna ogni tanto questa eccezione:

HttpException (0x80004005): Validation of viewstate MAC failed. If this application is hosted by a Web Farm or cluster, ensure that configuration specifies the same validationKey and validation algorithm. AutoGenerate cannot be used in a cluster.

Mi sono documentato un p� in rete, ed ho trovato questo feedback sul sito Microsoft. Sembra infatti che questo tipo di errore, esca fuori se si utilizzano uno di questi controlli: GridView, DetailsView o FormView e le relative propriet� DataKeyNames. Questo perch� quei controlli, se hanno la propriet� DataKeyNames valorizzata, richiedono che il ViewState sia criptato. Il meccanismo di ASP.NET, per criptare il ViewState aggiunge questi due campi hidden in fondo alla pagina:

<input type="hidden" name="__VIEWSTATEENCRYPTED" id="__VIEWSTATEENCRYPTED" value="" />

Solo che, questi campi, in pagine un p� corpose, possono non essere renderizzati e se viene fatto un postback prima che questi vengano renderizzati, il browser inizia il postback senza di loro. Cos� facendo, senza quei controlli, ASP.NET non sa che il ViewState � stato criptato e causa l'eccezione che abbiamo descritto sopra.

Un modo per risolvere il problema � quello di settare le propriet� dell'elemento pages, enableEventValidation a false e viewStateEncryptionMode a "Never":

<pages enableEventValidation="false" viewStateEncryptionMode ="Never" />

TAGS: [ASP.NET 2.0] [ViewState]

DataSet tipizzati con Visual Studio

(Giuseppe Marchi) — Thu, 24 May 2007 10:39:11 GMT

E' uscito ieri il mio quarto articolo per HTML.IT !
Questa volta l'argomento sono i DataSet tipizzati, creati attraverso l'ausilio del designer di Visual Studio .NET 2005. Viene data la definizione di DataSet, vengono spiegati i passi per crearne all'interno dell'IDE Microsoft e infine vengono paragonati all'utilizzo dei Business Objects.
A mio parere � un articolo abbastanza completo sull'argomento.
Vi lascio il link..
http://aspnet.html.it/articoli/leggi/2257/dataset-tipizzati-con-visual-studio

TAGS: [ASP.NET 2.0] [ADO.NET] [DataSet] [Visual Studio .NET 2005]

Gestione avanzate della site navigation di ASP.NET 2.0

(Giuseppe Marchi) — Wed, 09 May 2007 21:09:56 GMT

Continua la serie di articoli, per HTML.IT, sulle personalizzazioni che possiamo attuare sui meccanismi di ASP.NET 2.0 con un articolo sulla gestione avanzata della site navigation di ASP.NET 2.0 (HTML.IT).
Questi gli argomenti trattati:
- descrizione della sitemap
- sitemap collegate
- localizzazione della sitemap

Buona lettura !

TAGS: [ASP.NET 2.0] [SiteMap] [Site Navigation]

Ritardo nelle pagine asincrone

(Giuseppe Marchi) — Thu, 26 Apr 2007 18:19:56 GMT

Oggi mi � stato fatto notare che l'esecuzione di una query in maniera asincrona in una pagina ASP.NET, ritornava un recordo in meno di quanti erano stati richiesti effettivamente nella query.
In pratica, anche il mio stesso esempio, a volte, aveva un comportamento del genere. Questo per� solo nell'esecuzione di una query ad un database, e non nella chiamata asincrona ad un web service.
Per risolvere la cosa, basta utilizzare la keyword WAITFOR DELAY, propria del T-SQL, che blocca per i secondi/minuti/ore che decidiamo l'esecuzione della query.
Ecco una query d'esempio:

"WAITFOR DELAY '0:0:15'; SELECT ... bla bla bla"

TAGS: [ASP.NET 2.0][Pagine asincrone]

BuildProvider per sezioni di configurazione personalizzate

(Giuseppe Marchi) — Thu, 30 Nov 2006 17:06:05 GMT

Ho inserito una pubblicazione sul sito dello User Group Xe.NET proprio sul nuovo progetto che ho inserito qui su peppedotnet.
Questo il link:
http://www.xedotnet.org/40/section.aspx/356

Il progetto l'ho chiamato ConfigSectionBuildProvider. Serve a creare tutte le classi utili per l'utilizzo di sezioni di configurazione personalizzate tramite la descrizione di queste ultime all'interno di uno o pi� file .configSection, inseriti all'interno della directory App_Code di un'applicazione web.
In pratica, con un file .configSection definito come segue:

<configSection name="MySection" type="Peppe.Config.MySection" namespace="Peppe.Config">

    <MySection>

        <Author Name="System.String" Surname="System.String" Age="System.Int32" />

        <Articles>

            <Article ID="System.Int32" Title="System.String" />

        Articles>

    MySection>

configSection>

ho la possibilit� di utilizzare la seguente sezione personalizzata all'interno del web.config:

<configSections>

    <section name="MySection" type="Peppe.Config.MySection"/>

configSections>

<MySection>

    <Author Name="Giuseppe" Surname="Marchi" Age="23" />

    <Articles>

        <Article ID="1" Title="Configuration Section in ASP.NET 2.0" />

        <Article ID="2" Title="Creazione di pagine asincrone" />

        <Article ID="3" Title="Hello Workflow" />

    Articles>

MySection>

e posso richiamare tali informazioni utilizzando le classi relative alla sezione di configurazione, che vengono create a run-time, all'interno delle pagine della mia applicazione:

MySection config = (MySection)ConfigurationManager.GetSection("MySection");

StringBuilder sb = new StringBuilder();

sb.AppendFormat("{0} {1}
", config.Author.Name, config.Author.Surname);

sb.AppendFormat("Age: {0}
", config.Author.Age);

sb.Append("
Articles
");

foreach (Article art in config.Articles)

{

    sb.AppendFormat("{0} - {1}
", art.ID, art.Title);

}

Response.Write(sb.ToString());

Tutto ci� senza dover scriver alcuna riga di codice !

Errore nel caricamento dei temi con l'utilizzo dell'url rewriting

(Giuseppe Marchi) — Tue, 31 Oct 2006 17:34:34 GMT

Se utilizzate nei vostri progetti sia tecniche di url rewriting che i nuovi temi di ASP.NET 2, vi sarete accorti che questi, soprattutto per quanto riguarda i css, nn vengono caricati correttamente, in quanto mantengono il percorso originario presente nella pagina effettivamente servita.
Quindi, nella root dell'applicazione potrebbe andare tutto bene, mentre nelle sottodirectory il riferimento ai file css viene perso.
E' possibile per�, scrivere del codice per evitare che tutto ci� accada, e dare ad ogni pagina il percorso assoluto dei file css. Questo codice va inserito all'interno del metodo Render di una classe custom che eredita da Page, e che dovr� essere da ora in poi la classe da cui derivano tutte le pagine della vostra applicazione.

namespace Peppe.Web.UI

{

    public class BasePage : Page

    {

        public BasePage()

        { }



        protected override void Render(HtmlTextWriter writer)

        {

            foreach (Control control in Page.Header.Controls)

            {

                HtmlLink link;



                link = control as HtmlLink;

                if ((link != null) && link.Href.StartsWith("~/"))

                {

                    if (Request.ApplicationPath == "/")

                        link.Href = link.Href.Substring(1);

                    else

                        link.Href = Request.ApplicationPath + "/" + link.Href.Substring("~/".Length);

                }

            }

            base.Render(writer);

        }

    }

}

Profili per la configurazione e l'utilizzo dell'output cache

(Giuseppe Marchi) — Thu, 26 Oct 2006 17:22:20 GMT

E' possibile tramite degli elementi di configurazione presenti nel web.config, crearsi dei profili specifici per l'utilizzo della tecnica di output cache all'interno delle pagine della propria applicazione.
Questa possibilit� � stata resa disponibile in quanto, le direttive di output cache molto spesso sono le stesse per pi� pagine, e riportare le stesse informazioni su pi� pagine risulta sempre un lavoro abbastanza ridondante.
Il gruppo di elementi cui faccio riferimento sono gli elementi figli dell'elemento , ed in particolare l'elemento che pu� contenere pi� elementi "add", che rappresentano ognuno un tipo di profilo diverso per la configurazione dell'output cache delle pagine.

<caching>

  <outputCache enableOutputCache="true"/>

  <outputCacheSettings>

    <outputCacheProfiles>

      <add name="VaryByAll"

           duration="20" enabled="true"

           varyByParam="*" location="Server"/>

      <add name="VaryByCustomerID"

           duration="60" enabled="true"

           varyByParam="CustomerID" location="Server"/>

      <add name="VaryByLanguage" duration="60"

           enabled="true" varyByHeader="Accept-Language" location="Server"/>

    outputCacheProfiles>

  outputCacheSettings>

caching>

Perci�, dopo aver configurato i nosri profili nel file di configurazione, non dobbiamo far altro che andarli ad applicare nelle pagine scelte, specificando l'attributo "CacheProfile" della direttiva di pagina @OutputCache.

<%@ OutputCache CacheProfile="VaryByAll" %>

TAGS: [ASP.NET 2.0] [Cache] [Web.config]

Il controllo CompareValidator

(Giuseppe Marchi) — Tue, 24 Oct 2006 17:38:34 GMT

E' uno dei controlli di validazione presenti gia in ASP.NET 1.x, ed esteso nella versione 2.0, che permette di controllare il valore inserito in due campi, o il valore inserito in un singolo campo o con un valore predefinito o con un tipo di dato.
E' utilissimo per esempio, per controllare che l'utente re-inserisca correttamente la password scelta:

Insert password<br />

<asp:TextBox ID="txtPassword1" runat="server" TextMode="Password">asp:TextBox><br />

<br />

Repeat password:<br />

<asp:TextBox ID="txtPassword2" runat="server" TextMode="Password">asp:TextBox>

<br /><br />

<asp:Button ID="btnFirstCheck" runat="server" Text="Check password" ValidationGroup="FirstCheck" />

<br />

<asp:CompareValidator ID="CompareValidator1" runat="server"

                      ControlToCompare="txtPassword2"

                      ControlToValidate="txtPassword1"

                      ErrorMessage="The two fields must be equals"

                      ValidationGroup="FirstCheck" />

Nell'esempio si nota che tramite le propriet� ControlToCompare e ControlToValidate, il validator controllare che i valori inseriti all'interno di quelle due textbox siano uguali. Il termine di confronto � dato dall'attributo Operator, che di default � settato su "Equal".
Un secondo utilizzo pu� essere invece quello di controllare che il valore inserito all'interno della textbox, sia una data valida.

Insert valid date<br />

<asp:TextBox ID="txtDate" runat="server">asp:TextBox><br />

<br />

<asp:Button ID="btnSecondCheck" runat="server" Text="Check date" ValidationGroup="SecondCheck" />

<asp:CompareValidator ID="CompareValidator2" runat="server"

                      ControlToValidate="txtDate"

                      ErrorMessage="Invalid date"

                      Operator="DataTypeCheck"

                      Type="Date"

                      ValidationGroup="SecondCheck" />

E' possibile effettuare questo controllo grazie alla propriet� Operator, che se settata su DataTypeCheck, dice al controllo CompareValidator di non considerare la propriet� ControlToCompare e controllare invece che il dato inserito sia del tipo specificato attraverso la propriet� Type.

Oltre a questi due semplici esempi, � possibile fare altri tipi di confronti, scegliendo il valore della propriet� Operator, tra uno di questi:

DataTypeCheck
Equal
GreaterThan
GreaterThanEqual
LessThan
LessThanEqual
NotEqual

TAGS: [ASP.NET 2.0] [Validator controls]

Errore all'interno di pagine personalizzabili tramite web part

(Giuseppe Marchi) — Sun, 22 Oct 2006 18:59:32 GMT

Oggi mi � capitata questa cosa. Ho inserito tutto il codice per l'utilizzo della feature di personalizzazione delle pagine web tramite web part, sia all'interno del web.config che all'interno di una pagina dove ho scelto di inserire le mie web part e i controlli per gestirle.
Apro la pagina nel browser e mi trovo questo messaggio di errore:

La modalit� di visualizzazione specificata � attualmente disattivata in questa pagina. Assicurarsi che la personalizzazione sia attivata per l'utente corrente.
Nome parametro: value

Da cos'� derivato ? Semplice, non avevo fatto login... Eh si, perch� l'utilizzo di pagine personalizzate tramite web part prevede che l'utente corrente sia autenticato. Questo per permettere al provider di personalizzazione di salvare sul database i suoi settaggi per ogni pagina visualizzata o modificata.

TAGS: [ASP.NET 2.0]

Differenze tra i metodi Eval e Bind

(Giuseppe Marchi) — Sat, 21 Oct 2006 15:42:16 GMT

La sintassi per effettuare il databinding su controlli che utilizzano l'approccio a template � stata modificata dalla versione 1.x alla 2.0 di ASP.NET, in quanto il metodo DataBinder.Eval(Container.DataItem "Campo"), che continua comunque a funzionare, � stato sorpassato dall'arrivo dei metodi Eval() e Bind().

Il metodo Eval, � quello che rispecchia in tutto il vecchio DataBinder.Eval, in quanto pu� accettare o un parametro singolo (il nome del campo su cui fare databinding) oppure pu� aggiungere anche la stringa di formattazione di tale dato.

Il metodo Bind, invece, � stato creato appositamente per quei controlli che supportano anche l'update o l'insert di dati, in quanto permette di effettuare quello che � stato chiamato il "two way databinding", la tecnica cio� di fare da ponte tra la presentazione del dato e la sua scrittura nella fonte di dati. Il metodo va utilizzato infatti, all'interno di template come EditItemTemplate o InsertItemTemplate, propri dei controlli quali la GridView, la FormView o la DetailsView.

<asp:GridView ID="grid" runat="server" DataSourceID="ObjectDataSource1" AutoGenerateColumns="False">

    <Columns>

        <asp:TemplateField>

            <ItemTemplate>

                <asp:Image ID="img" ImageUrl='<%# Eval("Img", "images/{0}") %>' runat="server" />

            ItemTemplate>

            <EditItemTemplate>

                <asp:TextBox ID="txt" Text='<%# Bind("Img") %>' runat="server" />

            EditItemTemplate>

        asp:TemplateField>

    Columns>

asp:GridView>

Inoltre, esistono sono casi in cui, il metodo Bind dev'essere utilizzato anche all'interno del template ItemTemplate, in quanto pu� dover fornire il dato di una tale colonna all'operazione che viene effettuata lato server, anche se la specifica colonna non viene effettivamente modificata, in quanto, magari, � stato segnata come ReadOnly. E' il caso questo di colonne contenenti identificatori e chiavi univoche.

N.b.: Se decidete di utilizzare il metodo Bind, per effettuare il databinding dei dati, il controllo che viene "bindato" deve avere settata la propriet� ID.

TAGS: [ASP.NET 2.0]

La direttiva @MasterType

(Giuseppe Marchi) — Fri, 20 Oct 2006 16:22:49 GMT

Sappiamo che ogni pagina ASP.NET ha la propriet� publica Master, propria della classe Page, utile alla gestione o al richiamo di propriet� o metodi pubblici della master page associata alla pagina corrente.
Per chiamare per esempio il metodo HelloWorld() definito all'interno del file PeppeDotNet.master.cs, dobbiamo per� effettuare un casting esplicito sulla propriet� Master, in quando questa ritorna un oggetto di tipo "MasterPage", che chiaramente non contiene il nostro metodo HelloWorld().

protected void Page_Load(object sender, EventArgs e)

{

     PeppeDotNet masterPage = (PeppeDotNet)Page.Master;

     masterPage.HelloWorld();

}

Abbiamo per� anche un'altra possibilit�.
Specificando la direttiva di pagina @MasterType, all'interno della pagina di contenuto ("content page"), il .NET Framwork tratter� la propriet� Master come se fosse direttamente del tipo effettivamente utilizzato, aggiungendo quindi il nostro metodo HelloWorld().

<%@ Page Language="C#" MasterPageFile="~/PeppeDotNet.master"

    CodeFile="Default.aspx.cs" Inherits="_Default" %>

<%@ MasterType VirtualPath="~/PeppeDotNet.master"  %>

protected void Page_Load(object sender, EventArgs e)

{

     Master.HelloWorld();

}

La direttiva @MasterType, prevede l'utilizzo di due attributi: VirtualPath e TypeName, che non possono essere utilizzati assieme. Il primo si aspetta il percorso virtuale del file .master mentre il secondo prevede il nome della classe di code behind propria della master page (per intenderci, il nome della classe presente nel file PeppeDotNet.master.cs).

L'utility "Copy Web Site"

(Giuseppe Marchi) — Fri, 20 Oct 2006 15:21:59 GMT

In Visual Studio 2005 � stata aggiunta questa nuova utility che ci permette di copiare un intero sito web dalla macchina locale ad un server virtuale, senza effettuare il cut and paste dei files e delle configurazioni a manina...
E' possibile copiare sia l'intero sito aperto in Visual Studio, che singoli files; inoltre � possibile riscontrare se i files correnti sono stati aggiornati, aggiunti o cancellati rispetto alla versione del sito presente sul server. Infine � stata aggiunta anche la possibilit� di sincronizzare i due siti (in locale e in remoto) in modo tale da avere sempre la stessa versione dei file in uso.
L'utility � presente seguendo questo percorso (una volta che � stato aperto il sito web da locale):

Web Site > Copy Web Site ...

Per selezionare il sito remoto, basta fare click su "Connecto to..." e digitare il percorso. Il sito da sincronizzare pu� essere o sul file system locale, o sul web server locale, o su un server remoto o raggiunto via FTP.

In questa pagina, � presente un breve How To, su come utilizzare il tool.

TAGS: [Visual Studio 2005] [ASP.NET 2.0]

La classe SqlConnectionStringBuilder

(Giuseppe Marchi) — Wed, 18 Oct 2006 20:48:02 GMT

Nella versione 2.0 del framework � stata aggiunta questa nuova classe: la classe SqlConnectionStringBuilder. La sua funzione � quella di creare la stringa di connessione per un database SQL Server date le informazioni di base sul server e sul nome del database, pi� eventuali valori aggiuntivi.
La classe deriva da DbConnectionStringBuilder, cui si riferiscono anche le classi OleDbConnectionStringBuilder, OdbcConnectionStringBuilder, OracleConnectionStringBuilder, create per replicare la stessa funzione per tutti gli altri tipi di database.
Ecco un paio di esempi:

public static string GetSqlConnectionString()

{

        SqlConnectionStringBuilder builder = new SqlConnectionStringBuilder();

        builder.DataSource = @"servername";

        builder.InitialCatalog = @"Northwind";

        builder.UserID = @"sa";

        builder.Password = @"sa_password";

        return builder.ConnectionString;

}



public static string GetSqlExpressConnectionString()

{

        SqlConnectionStringBuilder builder = new SqlConnectionStringBuilder();

        builder.DataSource = @".\SQLEXPRESS";

        builder.AttachDBFilename = @"C:\WebSite\App_Data\DataBase.mdf";

        builder.IntegratedSecurity = true;

        builder.UserInstance = true;

        return builder.ConnectionString;

}

Questi tipi di classi sono sicuramente utili quando la stringa di connessione pu� essere composta da valori "dinamici", per esempio scelti dall'utente, per evitare quindi che questi valori possano rappresentare degli attacchi di sql injection.

Una curiostià sui validator controls

(Giuseppe Marchi) — Wed, 18 Oct 2006 20:26:01 GMT

ASP.NET ci mette a disposizione un gruppo di controlli per validare i dati inseriti in un form. Questo gruppo prende il nome di "Validator Controls". Tra i pi� popolari troviamo il RequiredFieldValidator control, che svolge il compito di controllare se in un determinato campo � presente o meno del testo.
Tutti questi controlli ereditano dalla classe base BaseValidator, che espone metodi e propriet� utili alla validazione di form e alla visualizzazione di eventuali messaggi di errore all'interno della pagina.

Il controllo di convalida di questi oggetti viene fatto sia lato client (tramite javascript), sia lato server. Ma che succede se le pagine dove sono presenti questi controlli sono visitate con un browser che non supporta javascript ?

Semplice, la validazione lato client non viene effettuata ! Quella lato server, invece, continua a funzionare.
E' consigliabile quindi sempre di utilizzare la propriet� IsValid della classe Page, prima di effettuare delle operazioni su quei dati letti dal form.

//da effettuare sempre...

if(Page.IsValid)

{

    //esecuzione delle mie operazioni

}

L'utility aspnet_regsql e Sql Server 2005 Express

(Giuseppe Marchi) — Mon, 16 Oct 2006 11:03:13 GMT

L'utility aspnet_regsql (che potete trovare al percorso C:\WINDOWS\Microsoft.NET\Framework\v2.0.xxxx) serve per abilitare i database SQL Server per tutte le nuove features aggiunte nella versione 2.0 di ASP.NET; � possibile infatti abilitare tutti gli oggetti necessari per l'utilizzo dei meccanismi di Membership, Roles, Profile e Personalization.
E' possibile eseguire l'utility direttamente a riga di comando, oppure tramite la sua interfaccia grafica (esecuzione senza passaggio di alcun parametro).
Se utilizzata a riga di comando, l'utility necessita della specifica di alcuni parametri. Ecco la lista completa:

OPZIONI GENERALI
-?	Visualizza questo argomento della Guida.
-W	Modalit� guidata. Impostazione predefinita utilizzata se non sono specificati altri parametri.
OPZIONI DI CONNESSIONE SQL
-S	Istanza di SQL Server (SQL Server 7.0 o versione successiva) da utilizzare.
-U	Nome utente di SQL Server per l'autenticazione. E' richiesta l'opzione -P.
-P	Password di SQL Server per l'autenticazione. E' richiesta l'opzione -U.
-E	Esecuzione dell'autenticazione con le credenziali di Windows correnti.
-C	Stringa di connessione. Anzich� specificare nome utente, password e nome del server, � possibile specificare una stringa di connessione di SQL Server. Tale stringa non deve contenere un nome di database, a meno che non venga specificato diversamente.
-sqlexportonly	Generazione del file script SQL per l'aggiunta o la rimozione delle funzionalit� specificate, senza eseguire l'operazione effettiva. Sono supportate le opzioni seguenti: -A, -R, -ssadd e -ssremove.
OPZIONI DEI SERVIZI APPLICATIVI
-A all\|m\|r\|p\|c\|w	Aggiunge il supporto per una funzionalit�. E' possibile specificare pi� valori contemporaneamente, ad esempio: -A mp -A m -A p all: tutte le funzionalit� m: appartenenza r: Gestione ruoli p: profili c: personalizzazione w: provider di eventi Web SQL
-R all\|m\|r\|p\|c\|w	Rimozione del supporto per una funzionalit�. E' possibile specificare pi� valori contemporaneamente, ad esempio: -R mp -R m -R p all : tutte le funzionalit�, oltre alle tabelle comuni e alle stored procedure condivise dalle funzionalit� m: appartenenza r: Gestione ruoli p: profili c: personalizzazione w: provider di eventi Web SQL
-d	Nome del database da utilizzare con i servizi applicativi. Se non si specifica il nome del database, verr� utilizzato il database predefinito "aspnetdb".
-Q	Modalit� non interattiva. Non chiede di confermare la rimozione delle funzionalit�.
OPZIONI RELATIVE ALLA DIPENDENZA DELLA CACHE SQL (PER SQL SERVER 7.0 E 2000)
-d	Nome del database da utilizzare con la dipendenza della cache SQL in SQL 7.0 e SQL 2000. In alternativa, il nome del database pu� essere specificato utilizzando la stringa di connessione con l'opzione -C. (Richiesto
-ed	Attivazione di un database per la dipendenza della cache SQL.
-dd	Disattivazione di un database per la dipendenza della cache SQL.
-et	Attivazione di una tabella per la dipendenza della cache SQL. E' richiesta l'opzione -t.
-dt	Disattivazione di una tabella per la dipendenza della cache SQL. E' richiesta l'opzione -t.
-t	Nome della tabella da attivare o disattivare per la dipendenza della cache SQL. E' richiesta l'opzione -et o -dt.
-lt	Elenco di tutte le tabelle attivate per la dipendenza della cache SQL.
OPZIONI STATO SESSIONE
-ssadd	Aggiunta del supporto per lo stato sessione in modalit� SQLServer.
-ssremove	Rimozione del supporto per lo stato sessione in modalit� SQLServer.
-sstype t\|p\|c	Tipo di supporto dello stato sessione: t: temporaneo. I dati dello stato sessione vengono archiviati nel database "tempdb", mentre le stored procedure per la gestione della sessione vengono installate nel database "ASPState". Se si riavvia SQL Server, i dati non vengono mantenuti. (Impostazione predefinita) p: persistente. Sia le stored procedure che i dati dello stato sessione vengono archiviati nel database "ASPState". c: personalizzazione. Sia le stored procedure che i dati dello stato sessione vengono archiviati in un database personalizzato. E' necessario specificare il nome del database.
-d	Nome del database personalizzato da utilizzare se -sstype � "c".

(testo prelevato direttamente dall'utility aspnet_sqlreg, attraverso l'attributo -?)

Se per� abbiamo deciso di utilizzare un database SQL Server 2005 Express Edition, senza specificare il nome del server (attributo �S) o specificando il nome del computer su cui � installato SQL Server come nome del server, ecco che la nostra operazione sar� stoppata da questo messaggio di errore:

................Errore. Dettagli dell'eccezione:
Si � verificato un errore mentre si cercava di stabilire una connessione con il server. Quando ci si connette a SQL Server 2005, questo errore potrebbe essere provocato dal fatto che l'SQL Server non ammette connessioni remote sotto le impostazioni predefinite. (provider: Provider Named Pipes, error: 40 - Impossibile aprire una connessione a SQL Server)

Impossibile connettersi al database SQL per la registrazione delle dipendenze della cache.

Dove sbagliamo ?
Semplice, come nome del server va specificato un punto (.) seguito dal nome dell�istanza SQL Server installata nel computer. Il valore di tale istanza pu� essere estrapolato dal nome del servizio di sql server (MSSQL$), visualizzabile anche tramite l'utility Sql Server Configuration Manager. Il valore di default di tale istanza � SQLEXPRESS.
Ecco un esempio di utilizzo dell'utility aspnet_regsql con un esecuzione a buon fine:

aspnet_regsql �E �S .\SQLEXPRESS �A all

La directory App_Code

(Giuseppe Marchi) — Thu, 28 Sep 2006 14:55:16 GMT

La directory App_Code contiene tutti i file classe che devono essere compilati a runtime come facenti parte dell'applicazione web. Questi file classe possono contenere tutti i componenti ASP.NET riconosciuti come server control personalizzati, provider personalizzati, build providers, classi di business, HTTP module o HTTP handler, dataset tipizzati (.xsd) ...
Tutte queste classi, posizionate all'interno della directory App_Code, hanno il vincolo di essere scritte con lo stesso linguaggio. Se per�, abbiamo bisogno di inserire classi scritte in linguaggi differenti, non dobbiamo far altro che creare delle sotto-directory per ogni linguaggio e modificare il web.config in questo modo:

<compilation>

     <codeSubDirectories>

          <add directoryName="VBDir" />

          <add directoryName="CSDir" />

     codeSubDirectories>

compilation>

In questo modo, le classi presenti nelle due cartelle verranno compilate in due differenti assembly. Attenzione per�, che se una delle sottodirectory dichiarate nel web.config non esiste, verr� generato un errore di compilazione

TAGS: [Web.config] [ASP.NET 2.0]

Le directory speciali di ASP.NET 2.0

(Giuseppe Marchi) — Wed, 27 Sep 2006 12:23:00 GMT

Ogni applicazione web ASP.NET 2.0 ha la possibilit� di inserire diverse directory "speciali"; queste sono definite speciali in quanto i files al loro interno vengono trattati in maniera particolare dal framework e dalla applicazione che li ospita. Una di queste directory, la "Bin", era gia presente nelle versioni 1.x di ASP.NET.
Vediamole in dettaglio:

Bin
Contiene l'elenco degli assembly referenziati dall'applicazione.
Tipi di file: *.dll

App_Browser
Contiene i file di definizione dei browser che il framework adopera per riconoscere i vari browser che accedono all'applicazione e per determinare funzionalit� aggiuntive proprie per ogni browser.
Tipi di file: *.browser

App_Code
Contiene i sorgenti delle classi utili all'applicazione, che vengono compilati a runtime quando vengono richieste le varie pagine del sito web e che vengono inserite automaticamente tra i riferimenti dell'applicazione.
Tipi di file: *.cs, *.vb, *.xsd

App_Data
Contiene i file che in qualche modo fungono da fonte di dati per l'applicazione. Quindi da semplici file XML a archivi MS Access o SqlServer Express.
Tipi di file: *.xml, *.mdb, *.mdf

App_GlobalResources
Contiene i file di risorse utili per la localizzazione, utilizzabili dall'intera applicazione.
Tipi di file: *.resx

App_LocalResources
Contiene i file di risorse utili per la localizzazione, utilizzabili da singole pagine aspx.
Tipi di file: *.resx

App_Themes
Contiene un insieme di file che definiscono il layout della propria applicazione web, comprese pagine web e singoli controlli.
Tipi di file: *.skin, *.css, *.xsl

App_WebReferences
Contiene tutti i file WSDL utili a generare le classi proxy per l'utilizzo dei web services all'interno dell'applicazione.
Tipi di file: *.wsdl

Visual Studio 2005 aiuta lo sviluppatore sia nell'inserimento di queste directory speciali, che nell'inserimento dei singoli file al loro interno, andando a filtrare la scelta del tipo del nuovo file in base alla cartella scelta.

ATLAS diventa ... "ASP.NET 2.0 AJAX EXTENSION"

(Giuseppe Marchi) — Tue, 12 Sep 2006 00:18:19 GMT

E' notizia di poche ore... il nuovo nome di ATLAS sar� "ASP.NET 2.0 Ajax Extension" !
A dare l'annuncio � stato (chiaramente) Scott Guthrie.

Come configurare un control per ricevere eventi PostBack

(Giuseppe Marchi) — Sun, 10 Sep 2006 15:36:48 GMT

Oggi mi � capitato di costruire un web control un p� particolare. Doveva essere l'insieme di pi� elementi input html, che dovevano scatenare entrambi degli eventi PostBack.
Ho creato quindi una classe che eredita da Control e che implementa l'interfaccia IPostBackEventHandler. Questa interfaccia, che consente di configurare il proprio web control per ricevere eventi PostBack, obbliga a definire il metodo RaisePostBackEvent, metodo con il compito di chiamare l'event handler per un nostro evento custom; nel mio caso, ho creato un evento Click.
Vediamo il codice:

public class TemplateList : Control, IPostBackEventHandler, INamingContainer

{

    public event EventHandler Click;



    public string SelectedItem

    {

        get

        {

            if (ViewState["SelectedItem"] != null)

                return String.Format("{0}", ViewState["SelectedItem"]);

            else

                return String.Empty;

        }

        set { ViewState["SelectedItem"] = value; }

    }



    protected virtual void OnClick(EventArgs e)

    {

        if (Click != null)

        {

            Click(this, e);

        }

    }



    public void RaisePostBackEvent(string eventArgument)

    {

        SelectedItem = eventArgument;

        OnClick(new EventArgs());

    }



    protected override void Render(HtmlTextWriter writer)

    {

        writer.Write(" +

                    "name=\"uno\" " +

                    "id=\"uno\" " +

                    "onclick=\"" + Page.ClientScript.GetPostBackEventReference(this, "uno") + "\" " +

                    "src=\"img1.gif\" />");

        writer.Write(" +

                    "name=\"due\" " +

                    "id=\"due\" " +

                    "onclick=\"" + Page.ClientScript.GetPostBackEventReference(this, "due") + "\" " +

                    "src=\"img2.gif\" />");

    }

}

In questo modo, ad ogni click su una delle due immagini, viene popolata la propriet� SelectedItem.

FormsAuthentication timeout

(Giuseppe Marchi) — Sun, 10 Sep 2006 12:23:34 GMT

Sappiamo tutti che la FormsAuthentication di ASP.NET crea un cookie nel client dell'utente. Sappiamo anche che se decidiamo di utilizzare il Login control con l'opzione "Ricordati di me" attiva, questo cookie diventa persistente. Ma questo cookie ... per quanto tempo resta nel client dell'utente ?

In ASP.NET 1.x il cookie, a meno di settaggi manuali via codice, aveva come cliclo di vita 50 anni. Capite bene che lasciare un cookie li per 50 anni non era il massimo della sicurezza.

In ASP.NET 2.0, invece, un cookie persistente ha di default un ciclo di vita di 30 minuti.

Diventa quindi compito dello sviluppatore, decidere quanto far durare la vita di quel cookie.
Come ? Attraverso la propriet� Timeout dell'elemento di configurazione proprio della FormsAuthentication.

<authentication mode="Forms">

      <forms name=".ASPXAUTH" loginUrl="pluyIn.aspx" timeout="3600" />

authentication>

Se questo valore di timeout del cookie di autenticazione non viene cambiato, anche se l'opzione "Ricordati di me" del controllo Login � selezionata, l'utente rester� autenticato al sito solo per 30 minuti.

Css friendly control adapters

(Giuseppe Marchi) — Sat, 09 Sep 2006 13:02:13 GMT

E' stata rilasciata dal team di ASP.NET, la Beta 2 del toolkit "Css Friendly ASP.NET 2.0 Control Adapters", pacchetto di classi che forniscono la possibilit� di emettere codice che utilizza solamente i css in presenza di alcuni dei nuovi controls di ASP.NET 2.
Questi i nuovi controlli coperti dai nuovi adapters:

GridView
Login
ChangePassword
PasswordRecovery
CreateUserWizard
LoginStatus

Nel sito di ASP.NET, trovate download, esempi e documentazione.

Informazioni sull'utente corrente in un HttpModule

(Giuseppe Marchi) — Fri, 08 Sep 2006 00:08:15 GMT

Se vi � mai capitato di andare a leggere le informazioni riguardo l'utente corrente nell'evento BeginRequest di un HttpModule, vi sarete accorti che la propriet� HttpContext.Current.User � ancora a null.
Questo perch� la richiesta � stata appena sottoposta ad ASP.NET, mentre, se provate a leggerne il contenuto dell'evento EndRequest, troverete tutte le informazioni sull'utente corrente (sempre che sia autenticato).

Esiste un modo per�, per arrivare lo stesso a quelle informazioni.
Dichiarando l'utilizzo della Forms Authentication in questo modo:

<authentication mode="Forms">

      <forms name=".ASPXAUTH" loginUrl="login.aspx"/>

authentication>

all'interno dell'HttpModule � possibile prelevare informazioni dal cookie di chi esegue la richiesta e creare un nuovo oggetto di tipo GenericPrincipal. Vediamo come:

public class DefaultHttpModule : IHttpModule

{

    public void Init(HttpApplication context)

    {

        context.BeginRequest += new EventHandler(context_BeginRequest);

    }



    void context_BeginRequest(object sender, EventArgs e)

    {

        HttpContext context = HttpContext.Current;

        HttpCookie cookie = context.Request.Cookies.Get(".ASPXAUTH");

        if (cookie != null) 

        {

            FormsAuthenticationTicket fat = FormsAuthentication.Decrypt(cookie.Value);

            string[] roles = Roles.GetRolesForUser(fat.Name);

            GenericIdentity identity = new GenericIdentity(fat.Name);

            GenericPrincipal principal = new GenericPrincipal(identity, roles);

            //...

        }

    }

}

La proprietà OnClientClick e il PostBack

(Giuseppe Marchi) — Mon, 28 Aug 2006 18:02:22 GMT

Ne avevo gia parlato di questa nuova propriet� dei controlli "Button".
Oggi mi sono accorto di un altra cosa.
Ho inserito come contenuto di questa propriet� il codice javascript necessario a far aprire un pop-up. Cos� facendo la nuova finestra veniva correttamente aperta, ma nella finestra padre veniva effettuato il postback della pagina.
Per eliminare questo comportamento, basta aggiungere un return false; dopo la chiamata di una qualsiasi funzione javascript.

<script type="text/javascript">

       function apri(url,w,h)

       {

              mywin = window.open(url,"window", 'toolbar=0,

                                               location=0, directories=0, status=0, menubar=0,

                                               scrollbars=1, resizable=0, width='+w+', height='+h+'');

       }

script>

<asp:Button id="btn" runat="server" Text="Click me" 
OnClientClick="apri('newPage.html', 200, 300); return false;" />

Se invece, vogliamo riabilitare il PostBack nella pagina padre, basta o scrviere return true; o omettere del tutto il tipo di ritorno.
Se inoltre, vogliamo far partire il reload della pagina padre, una volta chiusa quella figlio, bisogna inserire questo codice nell'evento "unload" del body della pagina figlio:

<body onunload="opener.location.reload();">

e un window.close() in un button qualsiasi per chiudere la finestra figlio:

<asp:Button ID="btn" runat="server" Text="Close and refresh parent" OnClientClick="window.close();" />

I composite controls

(Giuseppe Marchi) — Sun, 27 Aug 2006 19:49:44 GMT

Con la versione 2.0 di ASP.NET � stata inserita una nuova classe nel namespace System.Web.UI.WebControls chiamata CompositeControl; ereditando da questa classe � possibile creare controlli compositi (quindi con altri controlli al loro interno) in maniera pi� semplificata rispetto a quanto si doveva fare nelle versioni precedenti del Framework.
Infatti, prima, si doveva ereditare dalla classe WebControl, implementare l'interfaccia INamingContainer ed assicurarsi a design-time che i controlli fossero stati creati correttamente attraverso il metodo EnsureChildControls().
Ora queste operazioni sono fatte direttamente dalla classe CompositeControl.

E' questo un modo pi� semplice per creare controlli web compositi senza l'implementazione di user control .ascx; infatti ereditando da CompositeControl ci si pu� avvalere di queste funzionalit� aggiuntive:

la possibilit� di creare template
la possibilit� di creare un supporto migliore per il design-time
la possibilit� di inserirli all'interno della toolbox di Visual Studio
la possibilit� di compilarli in una dll e riusarli in altri progetti, senza doversi "portare dietro" il file .ascx

Url Rewriting e la gestione del PostBack

(Giuseppe Marchi) — Fri, 25 Aug 2006 11:52:39 GMT

La tecnica dell'Url Rewriting, che permette all'applicazione di gestire le proprie risorse interne con nomi e indirizzi diversi da quelli specificati nella richiesta HTTP, pu� essere effettuata sia attraverso un HttpHandler che attraverso un HttpModule.
Analizzando la seconda alternativa, � necessario implementare l'event handler dell'evento BeginRequest e chiamare il metodo Context.RewritePath per far puntare il runtime di ASP.NET ad un'altra risorsa.

public class DefaultHttpModule : IHttpModule

{

        public void Init(HttpApplication context)

        {

                context.BeginRequest += new EventHandler(context_BeginRequest);

        }



        void context_BeginRequest(object sender, EventArgs e)

        {

                //...

                HttpContext.Current.RewritePath(redirUrl);

        }



        public void Dispose()

        {

        }

}

E fin qui tutto bene.
Ora per�, se proviamo a mettere in una delle pagine gestite dall'HttpModule un bel Button e proviamo a far scatenare il PostBack della pagina, vedrete che l'indirizzo mappato scompare e apparir� quello della risorsa vera e propria che gestisce la richiesta.

Come fare ?
Durante l'evento Load della pagina, � d'obbligo utilizzare di nuovo il metodo RewritePath per far puntare il runtime all'url originale anche se � stato effettuato un postback della pagina.

Context.RewritePath(Path.GetFileName(Request.RawUrl));

Questa la linea di codice senza la quale l'Url Rewriting non funzionerebbe di fronte ad un PostBack della pagina.

Come validare il proprio sito ASP.NET, con il validator del W3C

(Giuseppe Marchi) — Wed, 21 Jun 2006 17:21:38 GMT

E' ormai noto che ASP.NET 2 "produce" codice xhtml 1.0 valido.
Lo strumento ufficiale per effettuare la validit� del codice dei propri siti web � il validator offerto dal W3C (il WWW Consortium), associazione che si occupa di tutte le specifiche per i vari linguaggi utilizzati nel web.
Per far funzionare correttamente il validator con le nostre applicazioni ASP.NET, abbiamo bisogno di una piccola aggiunta al nostro progetto: un file di definizione .browser, che identifica l'agente proprio del validator del w3c.
Questo il contenuto di tale file, che va inserito all'interno della directory di ASP.NET 2 "App_Browsers":

<browsers>

  <browser id="W3C_Validator" parentID="default">

    <identification>

        <userAgent match="^W3C_Validator" />

    identification>

    <capabilities>

      <capability name="browser" value="W3C Validator" />

      <capability name="ecmaScriptVersion" value="1.2" />

      <capability name="javascript" value="true" />

      <capability name="supportsCss" value="true" />

      <capability name="tables" value="true" />

      <capability name="tagWriter" value="System.Web.UI.HtmlTextWriter" />

      <capability name="w3cdomversion" value="1.0" />

    capabilities>

  browser>

browsers>

La soluzione ci viene data in questo articolo riguardante l'utilizzo dell'XHTML in applicazioni ASP.NET 2.

Implementare paging e sorting di una GridView bindata senza un data source control

(Giuseppe Marchi) — Mon, 19 Jun 2006 15:50:26 GMT

La GridView � sicuramente il controllo pi� complesso che � stato aggiunto nella versione 2.0 di ASP.NET, poich� ti permette di realizzare con pochi click funzionalit� di paging e sorting dei dati; questi dati devono per� essere presi da dei Data Source Control.
Se invece, vogliamo effettuare un databind "a mano" della GridView, dobbiamo implementare sia i meccanismi di paging che quelli di sorting. Se questo non viene fatto, e viene messa a True la propriet� AllowPaging, verr� sollevata un'eccezione con questo messaggio:

The GridView 'GridViewID' fired event PageIndexChanging which wasn't handled

Per evitare questo banale errore, bisogna implementare gli event handler per gli eventi Sorting e PageIndexChanging.

<asp:GridView ID="GridView1" runat="server"

    AutoGenerateColumns="false" 

    OnPageIndexChanging="GridView1_PageIndexChanging"

    OnSorting="GridView1_Sorting"

    PageSize="15"

    AllowPaging="true"

    AllowSorting="true">

protected void GridView1_PageIndexChanging(object sender, GridViewPageEventArgs e)

{

        GridView1.PageIndex = e.NewPageIndex;

        GridView1.DataBind();

}



protected void GridView1_Sorting(object sender, GridViewSortEventArgs e)

{

    DataTable dt = GridView1.DataSource as DataTable;



    if (dt != null)

    {

        DataView dv = new DataView(dt);

        dv.Sort = String.Format("{0} {1}", e.SortExpression, ConvertSort(e.SortDirection));



        GridView1.DataSource = dv;

        GridView1.DataBind();

    }

}



private string ConvertSort(SortDirection sortDirection)

{

    string m_SortDirection = String.Empty;

    switch (sortDirection)

    {

        case SortDirection.Ascending:

            m_SortDirection = "ASC";

            break;



        case SortDirection.Descending:

            m_SortDirection = "DESC";

            break;

    }

    return m_SortDirection;

}

In questo modo possiamo sfruttare le funzionalit� di sorting e paging del controllo di GridView, anche se non lo colleghiamo ad un data source control e se effettuiamo un databind esplicito via codice o tramite le nostre classi di buisiness.

Errore nel rendering dei controls del proprio web site

(Giuseppe Marchi) — Fri, 05 May 2006 19:42:19 GMT

Se, una volta aver aggiunto un vostro server control nella directory App_Code, e averlo registrato nel web.config specificando tagPrefix e namespace, vi trovate di fronte ad un errore di rendering dei controls a design time, nelle pagine del vostro web site, non vi allarmate.
Questo succede perch� non avete specificato il contenuto dell'attributo Assembly.
Solamente che, a causa del nuovo modello di pre-compilazione, il codice inserito nella directory App_Code, non � all'interno di un Assembly.
ASP.NET 2, per ovviare a questo problema, da la possibilit� di specificare come Assembly direttamente la directory App_Code, in questi due modi:

<pages theme="PeppeDotNetTheme" enableViewState="false">

   <controls>

      <add tagPrefix="pep" namespace="Peppe.WebControls" assembly="App_Code" />

   controls>

pages>

oppure:

<pages theme="PeppeDotNetTheme" enableViewState="false">

   <controls>

      <add tagPrefix="pep" namespace="Peppe.WebControls" assembly="__code" />

   controls>

pages>

In questo modo potete registrare i server controls presenti nella directory App_Code all'interno del web.config, utilizzarli in tutte le pagine della vostra applicazine web e avvalersi anche del supporto dell'intellisense di Visual Studio.

App_Offline.htm

(Giuseppe Marchi) — Thu, 04 May 2006 17:45:15 GMT

Una nuova features introdotta in ASP.NET 2.0 � rappresentata dal file App_Offline.htm, file che inserito all'interno della root della nostra applicazione web la fa passare alla modolit� off-line.
La presenza di quel file causa lo shutdown di ASP.NET e il redirect in automatico di tutte le richieste a pagine dinamiche al file App_Config.
L'unica cosa cui stare attenti � la pesantezza di questo file. Infatti se non vengono superati i 512 bytes si incorre nell'http error lanciato in automatico da Explorer.

Sicurezza nel sistema di Site Navigation di ASP.NET 2.0

(Giuseppe Marchi) — Thu, 04 May 2006 15:50:09 GMT

Attraverso l'impostazione dei provider per la gestione di utenti e ruoli, � possibile filtrare singoli elementi di una Site Map in base a specifiche regole di autorizzazione.
I passi da seguire sono due:

Inserire il provider relativo al proprio file .sitemap, nell'elenco dei SiteMap provider presente nel web.config e settare a true la propriet� securityTrimmingEnabled

<siteMap defaultProvider="menu">

   <providers>

      <add name="menu" type="System.Web.XmlSiteMapProvider"

           siteMapFile="~/Web.sitemap" securityTrimmingEnabled="true" />

   providers>

siteMap>

Inserire l'attributo roles in ogni elemento di tipo SiteMapNode.

Questo attributo va valorizzato o con l'elenco degli ruoli abilitati a vedere quel nodo o con la wildcard (*), che definisce il nodo come visibile a tutti.

xml version="1.0" encoding="utf-8" ?>

<siteMap xmlns="http://schemas.microsoft.com/AspNet/SiteMap-File-1.0" >

    <siteMapNode title="Menu" roles="*">

      <siteMapNode url="~/default.aspx" title="Home" roles="*" />

      <siteMapNode url="~/Manager/default.aspx" title="Manager page" roles="Admin, Manager" />

      <siteMapNode url="~/Admin/default.aspx" title="Admin page" roles="Admin" />

    siteMapNode>

siteMap>

Facile all'uso e veramente utile !

La proprietà OnClientClick

(Giuseppe Marchi) — Sat, 29 Apr 2006 12:46:59 GMT

Nei controlli di tipo "button" (quindi su LinkButton, Button e ImageButton) � stata aggiunta una propriet� molto utile, la propriet� OnClientClick, che permette di specificare del codice javascript che va eseguito, lato client ovviamente, al click sull'oggetto.
Attraverso questa nuova features possiamo, per esempio, aggiungere un messaggio di conferma per eseguire effettivamente un comando. L'utilit� di questo esempio, la possiamo riscontrare nell'utilizzo del controllo GridView, controllo che sicuramente � uno tra i pi� potenti, ma che non ha implementato meccanismi di conferma per l'esecuzione dei comandi di update, delete o insert.
Con questa propriet�, risulta veramente facile, aggiungere conferme all'interno delle nostre GridView:

<asp:GridView ID="GridView1" runat="server" DataSourceID="ObjectDataSource1">

    <Columns>

        <asp:BoundField DataField="Nome" HeaderText="Nome" SortExpression="Nome" />

        <asp:TemplateField>

            <ItemTemplate>

                <asp:LinkButton ID="lnkDelete" Text="Delete" runat="server"

                    CommandName="Delete" OnClientClick="return confirm('Sicuro ?');" />

            ItemTemplate>

        asp:TemplateField>

        <asp:CommandField ShowEditButton="True" />

    Columns>

asp:GridView>

Il cross-page postback in presenza di una master page

(Giuseppe Marchi) — Sun, 26 Mar 2006 23:38:21 GMT

Il cross-page postback � un'altra delle novit� introdotte con la versione 2.0 di ASP.NET, che ci permette di effettuare un postback su di una seconda pagina senza effettuare manualmente un redirect. In questo modo � possibile passare delle informazioni da una pagina all'altra senza l'utilizzo della sessione o di parametri di querystring.
La propriet� che ci permette di prelevare queste informazioni � la propriet� PreviousPage, mentre la propriet� PostbackUrl della classe Button, ci fa specificare l'url della pagina sulla quale effettuare il postback.
Vediamo un esempio:

pag1.aspx

Ricerca:<br />

<asp:TextBox id="txtRicerca" runat="server" /><br />

<asp:Button id="btn" runat="server" PostBackUrl="~/page2.aspx" Text="Ricerca" />

page2.aspx.cs

protected void Page_Load(object sender, EventArgs e)

{

    if (!IsPostBack)

    {

        if (PreviousPage != null)

        {

            TextBox txtSearch = (TextBox)PreviousPage.FindControl("txtSearch");

            if(txtSearch != null)

                DoSearch(txtSearch.Text);

        }

    }

}

Cosa succede invece se la nostra pag1 eredita da una masterpage ?
La riga

TextBox txtSearch = (TextBox)PreviousPage.FindControl("txtSearch");

Ci ritorna un bell'errore. Questo perch� la nostra textbox di ricerca, non � pi� direttamente all'interno della pagina, ma � all'interno di un controllo ContentPlaceHolder. Quindi, dobbiamo prima prelevare l'oggetto contenitore, e poi il suo contenuto (cio� la nostra textbox). Vediamo come:

page1.aspx

<%@ Page Language="C#" MasterPageFile="~/site.master" ... %>

<asp:Content ID="Content1" ContentPlaceHolderID="center" Runat="Server">

    Ricerca:<br />

    <asp:TextBox id="txtRicerca" runat="server" /><br />

    <asp:Button id="btn" runat="server" PostBackUrl="~/page2.aspx" Text="Ricerca" />

asp:Content>

page2.aspx.cs

protected void Page_Load(object sender, EventArgs e)

{

    if (!IsPostBack)

    {

        if (PreviousPage != null)

        {

            ContentPlaceHolder c = (ContentPlaceHolder)PreviousPage.Master.FindControl("center");

            TextBox txtSearch = (TextBox)c.FindControl("txtSearch");

            if(txtSearch != null)

                DoSearch(txtSearch.Text);

        }

    }

}

Come registrare i vostri user control una volta per tutte le pagine

(Giuseppe Marchi) — Sat, 18 Feb 2006 19:11:13 GMT

Questa � una delle novit� introdotte con ASP.NET 2.0; possiamo registrare tutti i server control che vogliamo inserire nella nostra applicazione web, un'unica volta (nel web.config) per tutte le pagine dell'applicazione.
E' possibile sia registrare gli user control (file .ascx) uno ad uno:

<pages>

   <controls>

      <add tagPrefix="pep" tagName="footer" src="~/UserControls/footer.ascx"/>

      <add tagPrefix="pep" tagName="header" src="~/UserControls/header.ascx"/>

   controls>

pages>

sia registrare un intero namespace di server control:

<pages>

   <controls>

      <add tagPrefix="pep" assembly="Peppe" namespace="Peppe.Web.UI.WebControls"/>

   controls>

pages>

Vi risulter� davvero utile !

Pagine ASP.NET xhtml strict

(Giuseppe Marchi) — Sat, 17 Dec 2005 22:42:01 GMT

Una delle novit� introdotte con la versione 2.0 di ASP.NET � la possibilit� di creare pagine xhtml valide. Tutti i web control infatti "sputano" fuori del codice conforme alle specifiche dettate dal W3C per quanto riguardo l'xhtml. Le specifiche seguite, per�, sono quelle della versione Transitional di xhtml e non della versione Strict, che contiene un p� pi� di vincoli.
Possiamo per� ovviare a questo problema inserendo all'interno del web.config questa riga:

<xhtmlConformance mode="Strict"/>

per fare in modo che i web controls renderizzino codice xhtml 1.0 strict valido.
L'unica cosa che rimane da fare � quella di cambiare la dichiarazione del DocType nei template di visual studio riguardanti la creazione di nuove web forms, giusto per non dover fare a mano la sostituzione del doctype ad ogni pagina appena creata.
I template relativi alle web forms stanno all'interno di un file zip (WebForm.zip), in queste directory:

C:\Programmi\Microsoft Visual Studio 8\Common7\IDE\ItemTemplates\Web\CSharp\1033
C:\Programmi\Microsoft Visual Studio 8\Common7\IDE\ItemTemplates\Web\VisualBasic\1033

e all'interno di un secondo file zip (WebApplication.zip), in queste directory:

C:\Programmi\Microsoft Visual Studio 8\Common7\IDE\ProjectTemplates\Web\CSharp\1033
C:\Programmi\Microsoft Visual Studio 8\Common7\IDE\ProjectTemplates\Web\VisualBasic\1033

Una volta che avete modificato il file Default.aspx con il doctype desiderato, salvate e aggiungete le modifiche al file zip. Per apprezzare i cambiamenti va chiuso e riaperto Visual Studio.

Gestione delle connection strings con ASP.NET 2.0

(Giuseppe Marchi) — Sat, 03 Dec 2005 12:16:44 GMT

Per la gestione delle connection strings, che prima dovevamo mettere o nei file di resource del progetto o come chiave nell'elemento appSettings, ASP.NET 2.0 ha inserito un nuovo gruppo di elementi all'interno del web.config, utile alla gestione di pi� stringhe di connessione.
Ecco la sintassi:

<configuration>

   <connectionStrings>

      <clear />

      <add name="accessStrConn" connectionString="..."/>

      <add name="sqlServerStrConn" connectionString="..."/>

   connectionStrings>

      <system.web>

      ...

      system.web>

configuration>

Per recuperare poi via codice il contenuto di questi elementi, � stata aggiunta la classe ConfigurationManager, che sostituisce la vecchia ConfigurationSettings, che non � pi� nell'assembly System.Configuration, ma bensi' direttamente nell'assembly System.dll; la classe ConfigurationManager va utilizzata in questo modo:

string strConn = ConfigurationManager.ConnectionStrings["slServerStrConn"].ConnectionString);

Link utili su ASP.NET 2.0

(Giuseppe Marchi) — Wed, 31 Aug 2005 01:30:25 GMT

Ecco un p� di link utili per iniziare a capire le nuove funzionalit� della versione 2.0 di ASP.NET; interessantissimo � quello su come creare siti web che aderiscono agli standard web. Significa cio� che da questa nuova versione si possono scrivere direttamente pagine XHTML valide, senza ricorrere (com'� invece per la 1.1) a filtri, attivati tramite HttpModule, per ripulire il codice html prodotto.

ASP.NET 2.0 QuickStart tutorial
ASP.NET 2.0 overview
Building ASP.NET 2.0 Web Sites Using Web Standards
Introducing the ASP.NET 2.0 TreeView and Menu Controls
Introducing the ASP.NET 2.0 GridView and DetailsView Controls
Create Web Application Themes in ASP.NET 2.0
Master the Look of Your Site: ASP.NET 2.0 Master Pages
Migrate from ASP.NET 1.x to ASP.NET 2.0

Io me ne sono gia stampati e letti un p�, e devo dire che le novit� sono tante e molto belle !