Discussion :

[blaise.braye]

Bonjour à tous,
je cherche le moyen d'évaluer dynamiquement le contenu d'une propriété d'un contrôle personnalisé qui hérite de WebControl.

admettons que mon contrôle soit un textbox,
je cherche à pouvoir écrire

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<asp:TextBox runat=server Text='<%= DateTime.Now %>' />

Le résultat escompté est que lorsque la page est parsée, le moteur asp assigne à la propriété Text la valeur évaluée contenue entre "<%=" et "%>" (si ces balises apparaissent).

le contrôle TextBox a ce comportement par défaut, j'aimerais pouvoir reproduire ce comportement dans un contrôle que je crée moi-même, et que ce soit possible pour plusieurs propriété de mon contrôle.

je me creuse la tête dans reflector, sur le net et dans l'aide mais rien n'y fait... Quelqu'un connait-il la solution?

[calagan99]

Pourquoi souhaites-tu absolument affecter une valeur à la propriété d'un contrôle depuis l'aspx ?
Il y a le .cs ou le .vb pour ça!

j'aimerais pouvoir reproduire ce comportement dans un contrôle que je crée moi-même

Tu parles d'un UserControl ?
Idem : plutôt que de passer par l'ascx, déclare une propriété publique dans ton usercontrol, sette sa valeur depuis la page hébergeant ton usercontrol et affecte sa valeur à la propriété de ton choix.

[blaise.braye]

Pourquoi souhaites-tu absolument affecter une valeur à la propriété d'un contrôle depuis l'aspx ?
Il y a le .cs ou le .vb pour ça!

Au début, j'avais l'habitude de mettre tout le code dans le code behind puis j'ai vite trouvé que ça posait soucis pour la maintenance visuelle.
Du code de contrôle et de préparation de données est le bienvenu dans le code behind mais en ce qui concerne l'affichage et les inputs, je trouve qu'ils ont leur place dans le corps du handler (aspx, ascx).

une solution facile est de mettre ce code entre des balises script runat="server". Néanmoins, je trouve encore plus clair (de loin) d'avoir ces évaluations directement dans les propriétés associées.
Chercher la solution est donc certainement une perte de temps mais
la trouver me rendra bien plus satisfait de la méthodologie asp.net

Je suis convaincu que c'est possible puisque ça l'est pour les contrôles "natifs".

Tu parles d'un UserControl ?
Idem : plutôt que de passer par l'ascx, déclare une propriété publique dans ton usercontrol, sette sa valeur depuis la page hébergeant ton usercontrol et affecte sa valeur à la propriété de ton choix.

je parle d'un WebControl. une solution pour les UserControl me plairait assez bien aussi, je suis donc preneur s'il existe une solution hybride .

[calagan99]

Dans la mesure où les aspx et ascx sont là pour gérer la présentation pure et le code behind utilisé pour la définition des méthodes, des fonctions, des events, pour définir le binding, etc. je ne pense pas que ton approche soit la bonne.

C'est une question de feeling, mais il me paraît bien plus simple de n'utiliser ascx et aspx que pour y glisser des contrôles dont tous les comportement est gérés par le code behind.

[mermich]

Salut,

Non ce n'est pas possible pour les contrôles natifs, ou même pas natifs de faire ce que tu veux: soit tu as un webcontrol avec une propriété (que tu peux modifer en code-behind):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
<asp:TextBox runat=server Text="plop" />

Soit tu as un contrôle html avec un binding:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
<input type="text" value='<%= DateTime.Now %>' />

Mais dans tous les cas tu ne pourra pas avoir les deux en même temps, car il faudrait "parser" deux fois ton aspx en html.

si tu tiens vraiment à avoir ce comportement, creer des webcontrols qui ont une propriété du genre "EvalToDo" qui contient un enum de possibilité d'éval possible et lors de ton pageLoad affectecte le .text de ta textbox avec le résultat ( c'est pas propre non plus).

[blaise.braye]

je pense que mon erreur vient du fait que j'essaie d'avoir le même résultat que quand un contrôle est dans un template, sans qu'il soit dans un template...

mais... est-ce vt une erreur de vouloir cela?