Blog de Nico-pyright(c)

6
février
2008

[ASP.Net] Le problème de la récupération des valeurs d’un userControl en postback, lorsque le viewstate est à false

Un article de nico-pyright(c) Comments

Pour faire suite à mes précédents billets, je vais vous exposer un problème concernant l’initialisation des valeurs d’un usercontrol et surtout leurs récupérations après un postback, lorsque le EnableViewstate = false.

Lorsqu’on a une Page qui utilise un controle utilisateur et qui souhaite passer des valeurs à ce controle utilisateur gràce à ses propriétés, on se heurte à un problème d’enchainement des événements.
En effet, l’événement OnInit du controle utilisateur va etre levé avant le OnInit de la page, ainsi (en reprenant l’exemple de mon ancien billet où on a décalé la logique des controles de la page dans un usercontrol), on se retrouve avec :

Dans le OnInit de la page :

protected override void OnInit(EventArgs e)
{
EnableViewState = false;

TestUC.Valeurs = new List<List<string>>(new List<string>[] { new List<string>(new string[] { "abc", "def", "ghi" }), new List<string>(new string[] { "123", "456", "789" }) });
base.OnInit(e);
}

Dans le OnInit du controle utilisateur :

protected override void OnInit(EventArgs e)
{
MonRepeater.DataSource = _valeurs;
MonRepeater.DataBind();
base.OnInit(e);
}

On se rend tout de suite compte qu’il va y avoir un problème. Le OnInit de l’user control étant déclenché avant celui de la page, on va essayer de mettre dans le DataSource du repeater une liste de valeur qui n’aura pas encore été initialisée (null). Ce qui a pour effet de nous montrer une page vide.

Vous me direz : On pourrait décaler l’initialisation de la liste dans le OnPreInit de la page :

protected override void OnPreInit(EventArgs e)
{
EnableViewState = false;

TestUC.Valeurs = new List<List<string>>(new List<string>[] { new List<string>(new string[] { "abc", "def", "ghi" }), new List<string>(new string[] { "123", "456", "789" }) });
base.OnPreInit(e);
}

et vous aurez parfaitement raison
Ce n’est pas toujours possible, dans la mesure où nous n’avons pas toujours la main sur cet événement, ou que les imbrications d’userControl nous contraignent à faire cette déclaration dans le OnInit, ou tout simplement parce que nous avons besoin d’éléments que nous n’obtiendrons que dans le OnInit de la page… Bref … dans un cas où on a pas accès au OnPreInit.

Vous pourriez également me dire (mais je sais bien que vous n’allez pas me le dire ) : On a qu’à décaler l’affectation de la datasource dans le OnLoad de l’user control. Et je vous répondrais : noooooooon pas bien !

En effet, dans le cycle de vie de la page asp.net, notamment après un postback, nous avons dans l’ordre : OnInit, LoadViewState, LoadPostData et OnLoad. Conclusion, si on initialise la datasource dans le OnLoad (et c’est le cas de notre exemple), nous allons perdre la valeur du postback. Et dans notre exemple, nous allons perdre la valeur selectionnée de la dropdownlist.

Télécharger l’exemple non fonctionnel (18 Ko)

Comment faire alors pour que notre controle utilisateur puisse avoir ses valeurs renseignées alors que nous ne pouvons pas lui affecter correctement ? (hormis de passer par le OnPreInit bien sur)

La solution : passer les valeurs dans le constructeur du controle utilisateur.

Et pour ce faire, nous serons obligé d’ajouter notre controle utilisateur dynamiquement et nous devrons utiliser une méthode pour pouvoir instancier notre controle utilisateur avec un constructeur différent que le constructeur par défaut. L’ajout se fera à un placeholder déposé sur la page à cet effet.

Voici la méthode qui permet d’instancier un controle utilisateur avec des paramètres au constructeur :

public static UserControl LoadControl(Page page, string UserControlPath, params object[] constructorParameters)
{
List<Type> constParamTypes = new List<Type>();
foreach (object constParam in constructorParameters)
constParamTypes.Add(constParam.GetType());

UserControl ctl = (UserControl)page.LoadControl(UserControlPath);
ConstructorInfo constructor = ctl.GetType().BaseType.GetConstructor(constParamTypes.ToArray());
if (constructor == null)
throw new MemberAccessException("Le constructeur n'a pas été trouvé pour : " + ctl.GetType().BaseType);
else
constructor.Invoke(ctl, constructorParameters);
return ctl;
}

Et on va s’en servir dans le OnInit pour instancier notre controle en lui passant les valeurs adéquates.

protected override void OnInit(EventArgs e)
{
EnableViewState = false;

TestUserControl testUc = (TestUserControl) LoadControl(Page, "~/TestUserControl.ascx", new List<List<string>>(new List<string>[]{new List<string>(new string[] {"abc", "def", "ghi"}),new List<string>(new string[] {"123", "456", "789"})}));
TestPlaceHolder.Controls.Add(testUc);

base.OnInit(e);
}

Dans notre usercontrol, nous allons donc créer un constructeur qui accueille un List<List<string>> en paramètre (attention, n’oubliez pas de créer également le constructeur par défaut)

public TestUserControl()
{}

public TestUserControl(List<List<string>> Valeurs)
{
_valeurs = Valeurs;
}

Puis on fait l’affectation de la datasource dans le OnInit et le problème est résolu car à ce moment là, vu qu’on a passé les valeurs dans le constructeur, la liste est cohérente dans le OnInit.

Identifiez-vous

Créer un compte

Blog de Nico-pyright(c)

Laisser un commentaire

Articles récents

Commentaires récents

Archives

Catégories

Méta

Identifiant
Mot de passe

Mot de passe oublié ?