Question

J'ai une application où les utilisateurs peuvent stocker des éléments. Désormais, chaque type de compte peut stocker un nombre limité d’articles. Par exemple, un compte de base peut stocker 25 éléments, Premium peut en stocker 50 et max peut stocker des éléments illimités.

Maintenant, ma question est la suivante: quelle serait la meilleure approche pour le faire?

Au début, je pensais simplement créer différents rôles pour chaque "type de compte". mais je suppose que ce n'est pas très flexible. Je suppose que l’autre option consiste à créer une propriété de profil qui possède le nombre maximal d’éléments qu'un compte peut avoir. Mais peut-être que la propriété de profil a d'autres limitations que je ne vois pas pour le moment?

Toute contribution à ce sujet est grandement appréciée.

Était-ce utile?

La solution

Je voudrais aller en dehors des tables de profil intégrées. Vous pouvez toujours créer une table appelée ItemStoreLog qui a un ID utilisateur uniqueidentifer qui correspond à votre identifiant utilisateur aspnet_user et une autre colonne contenant l'allocation de stockage d'élément. Ensuite, à mesure que votre utilisateur change (+/- éléments), il vous suffit de mettre à jour ce tableau avec la quantité d'éléments à stocker.

Autres conseils

Je l’ai déjà rencontré une fois. J'ai géré un compte de propriété de profil qui attribue un nombre maximal par défaut à ce profil en fonction de son rôle de type de compte. De cette façon, vous obtenez le meilleur des deux mondes.

J'utiliserais la fonctionnalité de rôles aspnet intégrée. Il y a de bons articles à ce sujet tout au long de l'interweb, bien que cette série de 4 gars de rolla peut être un bon débutant.

scroll top