0
Est-il recommandé de vérifier l'Page.IsPostBack dans un événement comme Page_Load de contrôle utilisateurVérification Page.IsPostBack dans utilisateur contrôle
protected void Page_Load(object sender, EventArgs e)
{
if (!Page.IsPostBack)
{
}
}
Je reçois wierd résultats
Modifier ~ est ici la chose. Lorsque le formulaire principal est chargé, j'utilise Request.QueryString pour obtenir l'identifiant client que je place ensuite dans une variable SESSION.
Dans l'événement Load de contrôle, j'ai lu la variable SESSION pour obtenir les données pour ce client. Alors, dois-je vérifier PostBack au niveau du contrôle?
Modifier ~ Voici l'événement de chargement du contrôle
protected void Page_Load(object sender, EventArgs e)
{
if (!Page.IsPostBack)
{
//Getting and storing the customer account number
if (string.IsNullOrEmpty((string)Session["CustomerNumber"]))
{
Session["CustomerNumber"] = cust.GetCustomerNumber(myHelper.GetCustomerIDFromQueryString());
LoadProductData();
}
}
}
Voici la myHelper classe
static class myHelper
{
public static Guid GetCustomerIDFromQueryString()
{
//Getting the GUID (used as customerid in CRM) from the URL request of the selected account.
return Sql.ToGuid(System.Web.HttpContext.Current.Request["ID"]);
}
}
}
Quels "résultats étranges" obtenez-vous? –
Parfois, j'obtiens des données et parfois non. Si je supprime le PostBack tout fonctionne bien. J'ai édité mon poost avec exactement ce que je fais. –
Pourquoi devez-vous le placer dans une variable de session? Pourquoi ne pouvez-vous pas simplement accéder à la demande de votre contrôle? – womp