Il modo migliore per memorizzare i criteri Badge?

Question

Ho pensato a come implementare la funzione di badge simile a quella di SO su un nuovo sito web. Qual è il modo migliore per memorizzare i criteri per i badge?

due idee:

• Tutto il codice
• 'secondo sistema' - creano una meta un'architettura per la definizione di scudetti e loro criteri. Memorizza alcune informazioni nel database e chiedi al codice di interrogarle per capire i distintivi e i loro criteri.

Ci sono modi migliori?

Answer 1

Regole.

È possibile creare eventi nel sistema e utilizzare le regole all'interno di un processore del flusso di eventi.

In particolare, supponiamo di avere un badge "fatto 10 post". Non esegui "select count (*) dai post dove utente =: user" per ogni post. Piuttosto, hai una semplice regola che controlla ogni post e "contali", memorizzando lo stato delle regole nel profilo utente.

In questo modo "fatto 10 post" è economico come "fatto 1.000.000" post.

Questo rende inoltre il sistema molto più estensibile.

Answer 2

Sono d'accordo con Will su questo.

Creare "eventi" sulle pagine così ogni volta che si verifica un evento, ad es. un utente elimina un post, interrogherà il modulo eventi con l'evento, diciamo, EVENT_USER_DELETE_POST e quindi potrai selezionare quell'evento e creare una query basata su di esso. Puoi quindi decidere se un badge è assegnato o meno.

Ciò manterrà le due logiche separate e manterrà un design modulare. Dovrebbe essere molto facile da implementare in questo modo.

L'unico svantaggio è che se l'evento non è stato "catturato", allora un utente potrebbe aver guadagnato un criterio distintivo ma non è stato ancora premiato. Tuttavia, questo non dovrebbe mai verificarsi. L'unica situazione che posso pensare è se il database viene manipolato manualmente.