La FAQ ASP.NET C#

Merci beaucoup pour le boulot

Petite question, est-ce qu'on ne devrait pas faire un Application.Lock() avant de créer ou mettre à jour une variable d'application (FAQ)?

A+

si, tu as tout à fait raison.

A part si cela se passe dans la méthode Application_Start, il est recommandé d'utiliser Lock et Unlock lors de la mise à jour d'une valeur dans un objet succeptible d'être partagé par plusieurs thread.

Tout dépend bien sur de la sémantique de la valeur.

Je mettrais à jour la Q/R pour prendre en compte ta remarque, merci

C'est à dire? A la place des variables d'application on peut évidement utiliser les les variables statiques. Et je me demandais si le pattern singleton était toujours d'actualité (framework 3.5) pour ce type de variables?

A+

je pensais au sens de la valeur.

C'est à dire que si tu vas stocker un compteur de nombre de pages vues, ou de visites, etc ... ca a complétement son sens d'utiliser un lock.

si c'est pour stocker la date de la dernière page vue ou un truc qui se moque un peu de s'il est accédé par plusieurs thread à la fois, c'est pas la peine de vérouiller.

Pour ma part, je n'utilise pas le pattern singleton pour se genre d'accès, je préfère me baser sur un contexte http.

Et un dictionnaire de entier/chaine en lecture seule?

en lecture seule ? Tu veux donc un dictionnaire de "constantes globales" ?

C'est de toutes facons redondant à mon avis avec l'objet d'application.

C'est un peu ça.
Les variables statiques ne serait-elles pas plus stables?

si elles n'ont pas vocations à bouger, tu peux effectivement utiliser des variables statiques.
Si tu dois parfois les mettre à jour dans un contexte multithread, ca peut devenir problèmatique.