Comment créer un ensemble de règles basé sur une base de données pour le système de réalisation d'applications Web?

Question

Je prévois un système de réalisation pour un site ASP.NET MVC. Je veux que les «règles» de réussite soient stockées dans une base de données - pour être plus facile d'ajouter de nouvelles réalisations et un endroit central pour gérer les règles existantes. Les utilisateurs n'auront aucun accès pour modifier les règles.

Lorsqu'un utilisateur effectue une action qui pourrait potentiellement gagner une réussite, les règles de db seront interrogés et s'il y a des matches, leur donner les réalisations (stockées dans une table de consultation, (userId, achievementId, dateAwarded).

Actuellement, je prévois de mettre les "déclencheurs" sur certaines actions dans le contrôleur, mais le code qui fait le travail sera dans le modèle

Existe-t-il un schéma DB standard pour un système de réalisation qui accomplit Il n'est pas nécessaire de réinventer la roue si ce n'est pas nécessaire, sinon, quels types de problèmes pensez-vous qu'il apparaîtrait, que faut-il faire attention?

Answer 1

Vous pouvez trouver this answer utile. D'après l'expérience, construire un moteur de règles basé sur une base de données pour réagir aux actions de l'utilisateur est un exercice très fastidieux, source d'erreurs et douloureux. Au lieu de cela, vous pouvez écrire n'importe quel nombre de classes individuelles, chacune étant chargée de savoir comment attribuer une réussite particulière. Utilisez une classe de base ou de l'interface pour leur donner tout un contrat commun:

public abstract class AchievementAwarder 
{ 
    //override to provide specific badge logic 
    public abstract void Award(); 
} 

Vous pouvez foreach sur chaque AchievementAwarder et appeler Award() sur un calendrier récurrent. Par exemple, vous pourriez avoir un « 100 visites » réalisation:

public class 100VisitsAwarder : AchievementAwarder 
{ 
    public override void Award() 
    { 
     //get a visit count from the db for all users 
     //award achievements 
    } 
} 

Cela résout deux problèmes:

1. Il ordonne de de grandeur plus simple, mais beaucoup plus souple, qu'une des règles basées sur la base de données moteur . Comme vous pouvez le voir, les unités individuelles sont extrêmement petites et faciles à changer sans affecter le plus grand système.

2. Il peut s'exécuter de manière asynchrone. Par conséquent, pour les réalisations qui nécessitent un effort important pour déterminer si elles doivent être attribuées, les activités normales de l'utilisateur ne sont pas affectées par le moteur de performances.