Comment faire pour conserver une Liste<T> propriété dans ASP.NET Contrôle Personnalisé?

J'ai la propriété suivante dans un contrôle personnalisé:

List<myClass> _items;
public List<myClass> Items{
    get { return _items; }
    set { _items= value; }
}

Dans mon code, j'ai ajouter des éléments à la collection comme dans...

myCustomControl.items.Add(new myClass());

Cependant, ce ne sont pas persisté à travers les publications. Quelle est la bonne manière de permettre la persistance dans les contrôles personnalisés?

InformationsquelleAutor Larsenal | 2008-12-12
  1. 6

    Aïe! Ne pas mettre une Liste<> dans le ViewState! Ça va être énorme!

    Si vous ajoutez une Liste<string> qui contient deux éléments - "abc" et "xyz" dans le ViewState, il va pousser de 312 octets.

    En revanche, si vous ajoutez un string[] qui contient les deux mêmes éléments, il ne fera que croître de 24 octets.

    Et que c'est juste des listes de chaînes! Vous pouvez mettre vos classes là que Corey Downie suggère, mais le ViewState vont se multiplier!

    Pour garder une taille raisonnable, vous devrez aller pour un peu d'effort pour convertir votre liste d'éléments dans des tableaux de chaînes et de retour à nouveau.

    Comme une alternative, envisager de mettre vos objets dans la Session: de cette façon, vos objets seront stockés sur le serveur, au lieu d'être sérialisé dans le ViewState et envoyé au navigateur et à l'arrière.

    • Stocker les éléments dans la session est probablement pire que de les ranger dans l'état d'affichage. Vous avez maintenant un autre problème, celui d'exiger collant sessions dans une batterie de serveurs web.
    • D'accord. Les Sessions sont tellement limitée (bien que très pratique lorsque vous peut utiliser).
    InformationsquelleAutor teedyay
  2. 2

    Une façon de surmonter le problème de taille avec une liste générique est de persister dans l'état d'affichage de base de type tableau:

    protected List<string> Items 
{ 
    get 
    { 
        if (ViewState["Items"] == null)
            ViewState["Items"] = new string[0];
        return new List<string>((string[])ViewState["Items"]);
    }
    set
    {
        ViewState["Items"] = value.ToArray();
    }
}
    • Chris, cela fonctionne lors de l'affectation d'une liste à la propriété (la liste.Add("abc"); les Éléments = liste;) mais il ne sera pas persister une liste qui est modifiée à l'aide des éléments suivants: les Éléments.Add("abc"); Ce n'est pas très intuitive.
    InformationsquelleAutor
  3. 1

    si vous parlez de la persistance des données à travers les publications de la même page, puis vous pouvez ajouter manuellement les articles à l'état d'affichage et de le récupérer Sur la Charge.

    • Aussi longtemps que la Liste des<>, et myClass sont marqués Serializable fonctionnera très bien. Si non, il va falloir remplacer SaveViewState et LoadViewState.
    InformationsquelleAutor Victor
  4. 1

    Vous pouvez les stocker dans le contrôle de viewstate

    public List<myClass> Items{
    get { return this.ViewState["itemsKey"] }
    set { this.ViewState["itemsKey"]= value; }
}
    • Encore une fois, MyClass doit être sérialisable, de le stocker dans l'état d'affichage.
    • Vous devez jeter votre valeur de retour dans le get {}. L'état d'affichage est de type Object, pas de Liste type<maclasse>.
    InformationsquelleAutor Corey Downie
  5. 1

    Je suis d'accord qu'il y a des problèmes avec une Liste<> dans le viewstate mais il fonctionne. Notez qu'il n'y a pas de setter sur cette de par leur conception. Vous avez besoin d'une référence à l'objet de la liste d'objet et votre méthode d'obtenir les nouvelles de la liste en cas de besoin.

    protected List<myClass> Items
{
    get
    {
        if (ViewState["myClass"] == null)
            ViewState["myClass"] = new List<myClass>();

        return (List<myClass>)ViewState["myClass"];
    }
}
    InformationsquelleAutor andleer