Discussion :

[Dnx]

bonjour,

j'ai une page qui affiche 10 artistes et lorsqu'on clique sur un artiste, je lance un popup avec les détails de cet utilisateur.

et via cette fiche détail, on peut écouter sa musique ou sa vidéo
donc c'est à partir de cette fiche que les informations partent pour lancer une vidéo ou un son.
mais le problème c'est que lorsque je lance 5 fiches, 5 pages sont affichées mais lorsque je clique sur une vidéo ou son d'une fiche, c'est la vidéo ou son de la dernière fiche chargée qui est jouée.

en effet, c'est logique vu que c'est une même page qui est utilisée pour charger les détails d'un artiste et donc les variables sont les mêmes pour tous.

donc j'aimerais si possible de pouvoir instancier de manière unique chaque fiche détail lancée.

merci d'avance

[neguib]

Code :

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

1
2
3
Public Shared FromTruc(blablabla) As Artiste
   Return New Artiste(blablabla)
End Sub

[Maniak]

en effet, c'est logique vu que c'est une même page qui est utilisée pour charger les détails d'un artiste et donc les variables sont les mêmes pour tous.

Euh non. Ce sont des exécutions différentes, des instances différentes de la même classe, des valeurs de champs différents.

Ça sent davantage l'abus de session qu'autre chose...

[the_bmo]

en effet, c'est logique vu que c'est une même page qui est utilisée pour charger les détails d'un artiste et donc les variables sont les mêmes pour tous.

Euh non. Ce sont des exécutions différentes, des instances différentes de la même classe, des valeurs de
champs différents.
..

Ouf çà me rassure, j'était pris d'un doute quelque instant

[Dnx]

Code :

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

1
2
3
Public Shared FromTruc(blablabla) As Artiste
   Return New Artiste(blablabla)
End Sub

je ne comprends pas très bien ton code...

peux-tu m'expliquer un peu plus en détail, stp?

merci

[lutecefalco]

Pourquoi tu passes pas comme paramètre à ta pop up l'id de l'artiste et après la pop up fais son truc à elle

[Mouss26]

Pourrais tu poster le bout de code qui lance ton son ou ta video
(j immagine qu 'il sagit d'un lien ou d'un bouton sur ta fiche)

[Dnx]

ben c'est ce que je fais, je luis passe 3 paramètres
mais c'est assez subtile

des le chargement du popup, il fait plein de requetes sql pr afficher les données
puis je stock ces données dans des variables "shared" afin de les réutiliser dès que je clique sur un bouton
par exemple, lorsque je vais cliquer sur "play" il va chercher la variable "file2play" qui contiendra le fichier a jouer vu que lors du page_load il aura fait sa requete SQL pr récupérer ces données.

il y a une méthode qui peut-être va marcher c'est qu'a chaque fois qu'il passe par la page_load, il refait un querystring des paramètres de la popup puis dans la SUB du button_click, refaire une requete sql pr récuperer le fichier a jouer mais ca me semble lourd...

[Dnx]

Pourrais tu poster le bout de code qui lance ton son ou ta video
(j immagine qu 'il sagit d'un lien ou d'un bouton sur ta fiche)

voila le code qui lance les popup :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
                    With sb
                        .Remove(0, .Length)
                        .Append("<script language=javascript>window.open(""OeuvreDetail.aspx?interprete=")
                        .Append(interpreteOnDatagrid.Text)
                        .Append("&title=")
                        .Append(titleOnDatagrid.Text)
                        .Append("&idoeuvre=")
                        .Append(idOeuvreOnDatagrid.Text)
                        .Append(""",")
                        .Append(Session("OeuvreDetailLaunched"))
                        .Append(" ,""height = 375, width= 710, status=yes,toolbar=no,menubar=no,location=no,resizable=no,directories=no,scrollbars=no"");</script>")
                        Session("OeuvreDetailLaunched") += 1
                        RegisterClientScriptBlock("Oeuvre", .ToString)
                    End With

code de la page detail.aspx

Code :

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

1
2
3
4
5
6
7
8
9
10
 
 
        If Not IsPostBack Then
 
            ArtistLoaded = Request.QueryString("interprete")
            TitleLoaded = Request.QueryString("title")
            idOeuvreLoaded = Request.QueryString("idoeuvre")
 
           'requetes sql etc...
      end if

code du bouton qui lance la vidéo :

Code :

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

1
2
3
4
5
6
7
8
9
10
 
        Dim sb As New System.Text.StringBuilder
 
        With sb
            .Append("<script language=javascript>window.open(""StreamMPG.htm?param1=")
            .Append(path2MPG)
            .Append(""" , ""MPG""")
            .Append(",""width = 370px, height = 340px, status=no,toolbar=no,menubar=no,location=no,resizable=no,directories=no,scrollbars=no"");</script>")
            RegisterClientScriptBlock("MPG", .ToString)
        End With

[Mouss26]

puis je stock ces données dans des variables "shared" afin de les réutiliser dès que je clique sur un bouton

Et tu t étonnes que toutes tes fiche joue le même morceau ?????!!!!!!!!

[Dnx]

ben oui, mais comment veux-tu les garder en mémoire?
car quand tu stockes dans une private artist as string
des que tu click sur un bouton événement
artist vaut "nothing"...

[lutecefalco]

ben oui, mais comment veux-tu les garder en mémoire?
car quand tu stockes dans une private artist as string
des que tu click sur un bouton événement
artist vaut "nothing"...

ya un pb de conception là

[Mouss26]

Plusieurs moyens :

• Session
• ViewState
• Cookie
• ...

Dans ton cas je mettrai dans le viewstate ... c est ca qu il me semble le +approprié dans ce cas ci

[Dnx]

heuu comment tu utilises les viewstate dans ce cas ci justement, je n'ai jamais touché a ca auparavant :/

merci

[Mouss26]

C'est assez simple ...
En reprenenat un bout de ton code :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
If Not IsPostBack Then
 
   ArtistLoaded = Request.QueryString("interprete")
   TitleLoaded = Request.QueryString("title")
   idOeuvreLoaded = Request.QueryString("idoeuvre")
 
   'mettre les valeur dans le viewstate
   ViewState("ArtistLoaded") = ArtistLoaded
   ViewState("TitleLoaded ") = TitleLoaded 
   ViewState("idOeuvreLoaded ") = idOeuvreLoaded 
 
   'requetes sql etc...
end if 
 
'recupérer les valeur du viewstate
   ArtistLoaded = ViewState("ArtistLoaded")
   TitleLoaded = ViewState("TitleLoaded ")
   idOeuvreLoaded = ViewState("idOeuvreLoaded ")

[Dnx]

aaah ca marche super bien !!!En plus ca marche comme les variables de session...

et ca le fait!!!

merci bcp!

[Maniak]

puis je stock ces données dans des variables "shared"

Ah ben j'ai été trop optimiste en pensant à un abus de session. Un abus de variables statiques, surtout en ASP.NET, c'est pire :)

(ah, quelqu'un peut m'expliquer l'intérêt de se taper ce foutu viewstate pour un passage de 3 pauvres valeurs à une pauvre page ?)

[Mouss26]

(ah, quelqu'un peut m'expliquer l'intérêt de se taper ce foutu viewstate pour un passage de 3 pauvres valeurs à une pauvre page ?)

ben le viewstate est de toute manière présent dans les page aspx ... donc ce n est pas en rajoutant qq octect a ta page que ca va freiner ton transfert vers le client

et ici j ai choisi d utiliser le viewstate justement pcq il n y a que 3 variables à retenir par page ...
... tandis que si j avais utilisé les session ... j aurais eu 3*nbPage variable à retenir ... plus faire une petite gymnastique pr savoir de quelle page je demande la variable idOeuvreLoaded (par ex.)

Et comme ces variables ne doivent pas etre sécurisés à fond (l'utilisateur pourrait meme le voir en clair !), je peux les stocké du coté client

[Maniak]

ben le viewstate est de toute manière présent dans les page aspx...

Manquerait plus que ça :)
Ça se désactive très bien hein, c'est même conseillé par MS pour les pages qui n'en ont pas besoin :)

donc ce n est pas en rajoutant qq octect a ta page que ca va freiner ton transfert vers le client

Quelques octets non. Mais le viewstate a tendance à prendre beaucoup de place très vite, pour rien. + le temps de le générer/décomposer à chaque fois, pour rien.

et ici j ai choisi d utiliser le viewstate justement pcq il n y a que 3 variables à retenir par page ...
... tandis que si j avais utilisé les session ...

Et la méthode normale, ça ne va pas ? :)
(méthode normale = querystring ou formulaire GET/POST donc :)


Tu as une page qui en appelle une autre en lui passant 3 petits paramètres. D'un côté, tu balances directement un lien vers la page en question en mettant les paramètres dedans. De l'autre, tu les colles dans le viewstate sur la première page et tu les récupères depuis le viewstate sur l'autre...

J'ai du mal à trouver que la solution viewstate est la plus simple. En plus d'empêcher d'accéder manuellement à la page appelée en y passant des paramètres lambda pour tester.

Pouvoir tester ses pages sans avoir à passer par 10 autres pages histoire d'avoir les bonnes valeurs en viewstate+session, j'ai tendance à trouver ça bien :)

[Dnx]

ben le viewstate est de toute manière présent dans les page aspx...

Manquerait plus que ça
Ça se désactive très bien hein, c'est même conseillé par MS pour les pages qui n'en ont pas besoin

donc ce n est pas en rajoutant qq octect a ta page que ca va freiner ton transfert vers le client

Quelques octets non. Mais le viewstate a tendance à prendre beaucoup de place très vite, pour rien. + le temps de le générer/décomposer à chaque fois, pour rien.

et ici j ai choisi d utiliser le viewstate justement pcq il n y a que 3 variables à retenir par page ...
... tandis que si j avais utilisé les session ...

Et la méthode normale, ça ne va pas ?
(méthode normale = querystring ou formulaire GET/POST donc


Tu as une page qui en appelle une autre en lui passant 3 petits paramètres. D'un côté, tu balances directement un lien vers la page en question en mettant les paramètres dedans. De l'autre, tu les colles dans le viewstate sur la première page et tu les récupères depuis le viewstate sur l'autre...

J'ai du mal à trouver que la solution viewstate est la plus simple. En plus d'empêcher d'accéder manuellement à la page appelée en y passant des paramètres lambda pour tester.

Pouvoir tester ses pages sans avoir à passer par 10 autres pages histoire d'avoir les bonnes valeurs en viewstate+session, j'ai tendance à trouver ça bien

je ne vois pas très bien ce que tu veux faire.
dans mon cas, (je ne suis pas un expert en asp.net, vous ne me le contre direz pas)mais le viewstate est très bien adapté.

Mais si tu as une solution qui fait la meme chose et qui, au niveau perf', donne de meilleurs résultats, je suis preneur