Per la formattazione del codice, non saprei, mi par tanto che devi scrivere la parola code fra parentesi quadre all'inizio e la parola /code fra quadre alla fine, se è vero quello che ho scritto in fondo al post si vedrà bene  sennò  non so neppure io come funzionano i forum...

detto questo, se la quantità complessiva di righe che puoi ottenere dal caricamento dell'intero albero è nell'ordine di un centinaio (se non lo fosse più che categorie sarebbero distinte base...) puoi caricare tutto subito e in questi casi io uso una bellissima query ricorsiva (se hai almeno sql 2005 come DB) che mi permette un flat load di tutta la tree.
Se non fossero un centinaio ma molte di più, puoi caricare la tree per livelli facendo una query a cui passi l'ID del nodo padre e carichi il primo livello dei figli e puoi mappare l'esecuzione della sub query solo quando viene espanso uno dei nodi.
saluti
Sabrina


[code]
public class pippo
{
      if( this.pluto == true)
      {
            A=B;
       }
}
[/code]

Grazie Sabrina per l'aiuto, penso che opterò per una soluzione mista: caricare solo un livello alla volta (quello che mi serve) ed il resto all'occorrenza.
Ti chiedo solo un altro piccolo aiuto per quanto riguarda il pattern lazy load che vorrei comunque implementare anche per altre classi.

Ponendo che la classe "Categoria" esponga la proprietà "Children" ( IList ) più o meno in questo modo:

private IList < CategoriaArticolo >   _children;

public IList < CategoriaArticolo >   Ordini
{
    get
    {
        if _children == null)
        {
            _children = Utility.CaricaCategorieArticoli(this._idCategoriaArticolo);
        }

        return _children;
    }
    set
    {
        _children = value;
    }
}
...

Tutto funzionerebbe, peccato però che la "Utility.CaricaCategorieArticoli(int ID)" si trova in un altro layer e non è visibile dalla classe "Articolo". Ci deve essere qualche soluzione utilizzando delle interfacce e/o dei delegate, potresti per cortesia indicarmi un esempio pratico?

Grazie, Alberto

Con 'layer' mi sono espresso male, intendevo dire che vorrei tenere il più possibile separati il Business Objects che contiene le classi e il Data Access Layer (DAL) che si occupa dei caricamenti dal DB, per questo motivo non mi andava molto di referenziare direttamente all'interno di una classe di BO un metodo proveniente dal DAL, tutto qui.

Per quando riguarda le classi tipizzate invece, di solito le faccio, intendo ereditare da una IList, ma di solito non sviluppo molti metodi interni a quelle collezioni, quindi è più il tempo che perdo a ceare nuove classi che non quello che ci metto a fare un paio di metodi per gestire quelle standard. Tutto dipende dal progetto ovviamente...