Discussion :

[rad_hass]

Bonjour à tous,

Je voudrais avoir votre avis sur un sujet que je suis loin de maîtriser : Performence

Je travaille sur un site qui pourrais être beaucoup appelé, pour ça je dois utiliser les meilleurs pratiques.

Pour ce site il existe une appli back office qui permet de générer des pages pour que le site soit modifiable et évolutif ...

Pour le front, pour une page je dois récupérer un certain nombres d'objets de type que j'appellerai article pour simplifier, dans certains cas (genre un menu de navigation) je n'aurai besoin que de quelques informations pour cet article : un identifiant, une url, un libellé. Alors dois-je utiliser des objets simplifier pour l'occasion et si besoin refaire une requête pour récupérer l'objet entier ?

Autre chose, comment ferriez vous pour transmettre l'identifiant de l'article à la page qui va s'ouvrir (ayant l'url de l'article), sachant que c'est l'information qui permettra de charger les données de la page :
- Variable de Session, sachant que le menu se construit dynamiquement ça me semble pas terrible.
- Post/Get
- Dans l'url genre : http://localhost/nav.aspx?id=1
...

Voila si vous avez d'autres conseils et pratiques ça serai sympa de les partager avec moi

Merci d'avance

[tomlev]

Pour le front, pour une page je dois récupérer un certain nombres d'objets de type que j'appellerai article pour simplifier, dans certains cas (genre un menu de navigation) je n'aurai besoin que de quelques informations pour cet article : un identifiant, une url, un libellé. Alors dois-je utiliser des objets simplifier pour l'occasion et si besoin refaire une requête pour récupérer l'objet entier ?

En fait ça dépend de la taille des données à charger. Par exemple, si ton objet article contient le texte complet de l'article, il vaut sans doute mieux ne pas le charger tant que tu n'en as pas besoin. Pour ce genre de cas, je te suggère d'utiliser le "lazy loading", qui consiste à ne charger une donnée que lorsque tu en as besoin. Par exemple, si ton article a une propriété Content qui correspond au contenu de l'article, tu pourrais ne pas charger le contenu à l'initialisation de l'objet mais seulement lors de l'appel à cette propriété :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
private string _content = null;
public string Content
{
    get
    {
        if (_content == null)
        {
            LoadContent();
        }
        return _content;
    }
}

Autre chose, comment ferriez vous pour transmettre l'identifiant de l'article à la page qui va s'ouvrir (ayant l'url de l'article), sachant que c'est l'information qui permettra de charger les données de la page :
- Variable de Session, sachant que le menu se construit dynamiquement ça me semble pas terrible.
- Post/Get
- Dans l'url genre : http://localhost/nav.aspx?id=1

POST ou GET me paraissent tout indiqués pour cet usage
(au passage, ta dernière proposition correspond à la méthode GET...)

[rad_hass]

En fait ça dépend de la taille des données à charger. Par exemple, si ton objet article contient le texte complet de l'article, il vaut sans doute mieux ne pas le charger tant que tu n'en as pas besoin. Pour ce genre de cas, je te suggère d'utiliser le "lazy loading", qui consiste à ne charger une donnée que lorsque tu en as besoin. Par exemple, si ton article a une propriété Content qui correspond au contenu de l'article, tu pourrais ne pas charger le contenu à l'initialisation de l'objet mais seulement lors de l'appel à cette propriété

C'est effectivement plus propre que d'avoir un objet simplifier, mais par contre si 'LoadContent();' fait une requête à la base et que l'objet posséde beaucoup de champs, on va pas s'amuser à faire autant de requête que de champs non rempli, non ?

POST ou GET me paraissent tout indiqués pour cet usage
(au passage, ta dernière proposition correspond à la méthode GET...)

Je me rappelais plus lequel c'était

[tomlev]

C'est effectivement plus propre que d'avoir un objet simplifier, mais par contre si 'LoadContent();' fait une requête à la base et que l'objet posséde beaucoup de champs, on va pas s'amuser à faire autant de requête que de champs non rempli, non ?

Ca dépend... ce n'est pas forcément très couteux de faire plusieurs requêtes, du moins si tu accèdes à la table via sa clé primaire

[topolino]

Il faut eviter de trop utiliser les sessions.

Si tu utilises dans ta page une liste d'objets ou dataset, joues avec eux au lieu d'interoger la Bdd.

Essaye de regarder ce que tu peux mettre en cache (ascx, control, datas...)

[rad_hass]

Ca dépend... ce n'est pas forcément très couteux de faire plusieurs requêtes, du moins si tu accèdes à la table via sa clé primaire

J'y accède effectivement avec une clé primaire qui est un Guid ...

Tous récupérer d'un coup c'est une mauvaise chose, ça j'en suis convaincu !

Mais par contre récupérer mon objet champs par champs, je ne sais pas trop. Ceci se traduirait par une procédure stocké par champs lol et bien sûre faire plus de requête à la base qu'il en faut ...

Ce qui me pousse à te demander ton avis, sur le fait de récupérer partiellement mon objet avec un groupe d'éléments qui vont s'afficher dans la même page. Par contre en terme d'évolutivité cette solution peut avoir ces limites, mais n'est ce pas un bon compromis ?