[VB.NET]Créer une instance par page

Version imprimable

26/10/2005, 15h40
Dnx

[VB.NET]Créer une instance par page

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

Code:

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

27/10/2005, 20h49
Maniak

Re: [VB.NET]Créer une instance par page

Citation:

Envoyé par Dnx

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...
28/10/2005, 08h27
the_bmo

Re: [VB.NET]Créer une instance par page

Citation:

Envoyé par Maniak

Citation:

Envoyé par Dnx

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 :!:
28/10/2005, 11h25
Dnx
Citation:
Envoyé par neguib

Code:

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
28/10/2005, 11h31
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
28/10/2005, 11h32
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)
28/10/2005, 11h34
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...

Citation:

Envoyé par 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)

voila le code qui lance les popup :

Code:

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:

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:

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

28/10/2005, 11h40
Mouss26

Citation:

Envoyé par Dnx

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 ?????!!!!!!!!
28/10/2005, 11h43
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"...
28/10/2005, 11h47
lutecefalco

Citation:

Envoyé par 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"...

ya un pb de conception là
28/10/2005, 11h49
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 ;)
28/10/2005, 11h55
Dnx

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

merci

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

Code:

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 ")

28/10/2005, 12h20
Dnx

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

et ca le fait!!!

merci bcp!
28/10/2005, 18h39
Maniak

Citation:

Envoyé par Dnx

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 ?)
28/10/2005, 21h43
Mouss26

Citation:

Envoyé par Maniak

(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
28/10/2005, 22h36
Maniak

Citation:

Envoyé par Mouss26

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 :)

Citation:

Envoyé par Mouss26

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.

Citation:

Envoyé par Mouss26

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 :)
31/10/2005, 10h44
Dnx

Citation:

Envoyé par Maniak

Citation:

Envoyé par Mouss26

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 :)

Citation:

Envoyé par Mouss26

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.

Citation:

Envoyé par Mouss26

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 :)
31/10/2005, 13h22
Maniak

Citation:

Envoyé par Dnx

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

Ben disons que la méthode la plus simple pour passer des paramètres d'une page à l'autre, ça reste de faire un lien vers tutu.aspx?param1=toto&param2=titi&param3=bleh :)

- pas besoin de viewstate
- tu peux tester la page tutu.aspx directement en passant n'importe quels paramètres
- la page peut être mise en bookmark par les visiteurs sans que ça pose de problème parce qu'il faudrait être passé par 10 autres pages avant pour que les valeurs dont elle dépend soient disponibles.

Le viewstate c'est bien gentil, mais ça ne sert qu'à essayer de cacher le côté stateless des pages web. Et ce côté stateless, il a ses bons côtés.

Idem pour l'abus de variables de session & d'application. Si on s'en sert pour faire du passage de paramètres 'facile', on fait des dépendances sur la navigation entre les pages. On ne peut plus accéder directement à une page donnée sans être passé d'abord par les pages nécessaires pour mettre en place les variables en question. Et pouvoir accéder directement à une page, c'est un peu un des intérêts du web, qu'on ne peut pas faire dans une appli locale. Viewstate & co n'existent que pour tenter de faire ressembler les applis web aux applis locales, c'est un peu contre nature.

Les variables de session et d'application ont leur utilité (si on n'en abuse pas), par contre le viewstate, je vois pas. Enfin si. Je le classe dans la même catégorie que tout ce qui est fait pour faciliter le montage de petites applis à grands coups d'assistants.
Dans l'absolu, quand je compare les avantages du viewstate à tous les inconvénients liés à son existence, j'ai du mal à voir son intérêt :)