Discussion :

[damyrid28]

Bonjour,

Je développe actuellement une application WEB destiné à être utilisé par plusieurs clients.
J'aurais besoin de conseil sur 2 sujets spécifiques.
-Comment dois je isoler l'instance metier d'un client utilisateur, actuellement chaque instance métier est stocké dans un dictionnaire avec pour cle l'id Session, ainsi un utilisateur "théoriquement" n’accède pas à un metier d'un autre. mais est ce suffisant? Faut il isoler cela plus nettement(un thread par utilisateur? autre chose?). Le but étant que si n utilisateur crash pour une raison ou autre, les autres utilisateurs ne sont pas impactés.
-ma seconde interrogation se pose au sein d'une même session. j'ai de temps en temps des pbs lorsqu' un utilisateur exécute deux fois une même action. Cette fonction détruit un dictionnaire le réinitialise le remplit à partir de la bdd et le traite(en le parcourant). du coup si la fonction est utilisée 2 fois de suite(dans un temps très court), le second appel détruit le dictionnaire alors que le premier appel le traite. Faut il gérer ces problèmes avec "lock" par exemple ou bien cela se traite il plus haut au niveau du controller pour empecher une action de s'executer 2 fois pour une même session tant que la première est en cours d'éxécution.

Je viens du développement client lourd et je manque un peu de connaissance sur des pattern à respecter pour une application WEB.

Merci de vos réponses.

[DotNetMatt]

Je viens du développement client lourd et je manque un peu de connaissance sur des pattern à respecter pour une application WEB.

En effet, mais la ce n'est pas qu'un peu de connaissances qu'il te manque... Lis des tutos et reprend a la base, comme si tu debutais. Le client lourd et le web n'ont rien en commun, si ce n'est le langage et les best practices en architecture / POO. Une des differences majeures est qu'une application Web est par essence multithreadee. Il faut donc bien faire attention a ne pas mettre en place des verrous n'importe comment, comme on le ferait sur une application client lourd.

-Comment dois je isoler l'instance metier d'un client utilisateur, actuellement chaque instance métier est stocké dans un dictionnaire avec pour cle l'id Session, ainsi un utilisateur "théoriquement" n’accède pas à un metier d'un autre. mais est ce suffisant? Faut il isoler cela plus nettement(un thread par utilisateur? autre chose?). Le but étant que si n utilisateur crash pour une raison ou autre, les autres utilisateurs ne sont pas impactés.

Il ne faut surtout pas faire ca. Quand un utilisateur arrive sur ton site il est dans sa propre session. Une fois identifie, c'est a toi de charger son profil pour voir a quel client il est rattache. Ensuite, dans ta base de donnees, si tu as pris soin d'avoir un champ discriminant dans tes tables (pour savoir quelles lignes appartiennent a quel client), alors il te suffit juste de filtrer des donnees a l'aide de ce discriminant... Une autre facon de faire est d'avoir une DB par client, et de charger dynamique la chaine de connexion en fonction du client. Pour ta problematique tu peux te documenter en cherchant par exemple "asp.net mvc multi-tenant database".

-ma seconde interrogation se pose au sein d'une même session. j'ai de temps en temps des pbs lorsqu' un utilisateur exécute deux fois une même action. Cette fonction détruit un dictionnaire le réinitialise le remplit à partir de la bdd et le traite(en le parcourant). du coup si la fonction est utilisée 2 fois de suite(dans un temps très court), le second appel détruit le dictionnaire alors que le premier appel le traite. Faut il gérer ces problèmes avec "lock" par exemple ou bien cela se traite il plus haut au niveau du controller pour empecher une action de s'executer 2 fois pour une même session tant que la première est en cours d'éxécution.

La c'est plutot un probleme de conception de ton code. A toi de rajouter de la logique pour ne pas ecraser ton dictionnaire.

Bref, un bon conseil qu'on peut te donner, c'est de reprendre les bases.