ASP.NET : Comment puis-je maintenir des objets entre les publications?

L'approche que vous cherchez est une sorte de mécanisme de liaison de données qui lie les valeurs d'un objet (vous pouvez charger à partir de la db si elle existe déjà) à votre asp.net webform.

Fondamentalement, vous auriez les suivantes:

1. Vous afficher un écran vide formulaire avec des champs (c'est à dire des zones de texte) pour les propriétés de votre objet
2. L'utilisateur va remplir le le formulaire et appuyez sur enregistrer
3. Puis la publication d'arriver. Sur le PageLoad vous pouvez détecter si c'est une publication avec Page.IsPostback et, dans l'affirmative, vous créez un nouvel objet et de le remplir avec les valeurs saisies par l'utilisateur.
4. Dans le OnClick du bouton, vous appeler le BL méthode pour stocker les DB

Ce serait semblable (je suis en train d'écrire de ma tête sans un compilateur, afin de prendre soin 🙂 )

public partial class MyPage : Page
{

    private Person myPersonObj;

    protected void Page_Load(...)
    {

        if(!Page.IsPostback)
        {
            //this is not a postback, so you may load an object based on an ID (i.e. in QueryString or create a new one
            myPersonObj = new Person();
        }
        else
        {
            //it is a postback, so unbind the values
            myPersonObj = new Person();
            Unbind(); //the myPersonObj will be filled, the values are managed by ASP.net in the ViewState
        }

    }

    //caution, overriding Page.DataBind()
    private override void DataBind()
    {
        textBoxFirstname.Text = myPersonObj.FirstName;
        ...

    }

    private void Unbind()
    {
        myPersonObj.FirstName = textBoxFirstname.Text;
    }

    protected void btnSubmit_OnClick(...)
    {
        if(Page.IsValid)
        {
            Save();
        }
    }

    private void Save()
    {
         //ideal layering with Interfaces
         IPersonBL personBL = MyBLFactory.Get<IPersonBL>();
         personBL.SavePerson(myPersonObj); //call the BL for further validation and then persisting
    }
}

Ce que je voulais ajouter hier, mais il a oublié depuis, je devais me dépêcher:

Vous pouvez ainsi stocker vos objets dans le ViewState de Session ou que d'autres ont décrit, mais j'ai connu qu'il devrait l'être aussi rares que possible, pour les raisons suivantes "inconvénients" (de mon point de vue):

• Vos objets doivent être sérialisables
• Ranger dans le ViewState sera drammatically augmenter la taille de votre page et ainsi ralentir le chargement de votre page. Note de l'état d'affichage n'est transférée au client et à l'arrière à chaque fois qu'une "publication" se produit. Si c'est la seule possibilité et que vous rencontrez des problèmes de performances, vous pouvez envisager de essayez cette (mais cela devrait être l'exception!!)
• Stocker des Objets dans votre session peut mettre la charge sur le serveur-côté, la consommation de la mémoire. Vous devez être prudent dans le stockage d'objets dans votre session, et éventuellement aussi des soins à propos de la destruction de ces objets si vous savez que vous n'avez pas besoin de plus.

L'avantage de la "liaison de données" approche que j'ai décrit, c'est que vous n'avez pas ces problèmes, avec le "désavantage" d'avoir un nouveau objet à chaque fois. Par conséquent, vous devez prendre soin de la manipulation de votre état de l'objet, c'est à dire manuellement en gardant id est grâce à des allers-retours etc..

OriginalL'auteur Juri

Vous pouvez stocker l'objet dans l'état d'affichage, ce sera la page spécifique de stockage. L'objet sera alors sérialisé et injecté dans la page de viewstate, qui va rendre la page plus.

Par le stockage de l'objet en session, vous gardez la page plus petite, mais qui consomment de la mémoire du serveur de ressources.

Alternativement, vous pouvez lire l'objet à partir de la base de données à chaque fois. Cela aura l'avantage d'afficher à l'utilisateur exactement ce qui a été enregistré dans la base de données.

OriginalL'auteur