如何設計易於打開和關閉的可插入點和徽章系統,以及如何輕鬆將其轉換爲自己的模塊?設計可插拔點和徽章系統
經過多次試驗和錯誤之後,我得出結論,即點和徽章只是太簡單地交織在應用程序的唯一業務邏輯中,它們不能以簡單的方式外化(許多規則涉及瞭解應用程序的核心結構,這使事情已經相當耦合)
我目前所做的一切都是簡單的方式 - 我在服務類的方法中將所有業務邏輯(驗證,持久性,遊戲化,通知)外化。然而,這些方法已經變得非常混亂,我擔心會相互耦合。沒有簡單的方法可以簡單地關閉任何底層系統
如何設計易於打開和關閉的可插入點和徽章系統,以及如何輕鬆將其轉換爲自己的模塊?設計可插拔點和徽章系統
經過多次試驗和錯誤之後,我得出結論,即點和徽章只是太簡單地交織在應用程序的唯一業務邏輯中,它們不能以簡單的方式外化(許多規則涉及瞭解應用程序的核心結構,這使事情已經相當耦合)
我目前所做的一切都是簡單的方式 - 我在服務類的方法中將所有業務邏輯(驗證,持久性,遊戲化,通知)外化。然而,這些方法已經變得非常混亂,我擔心會相互耦合。沒有簡單的方法可以簡單地關閉任何底層系統
作爲一個想法,如何解決您關心哪些業務邏輯事件與您如何將它們作爲點,徽章,級別解釋給用戶?因此,您可以在足球賽季連續三個星期一購買咖啡,在一個地方使用瘋狂物品,例如Ball Buzz徽章。
從概念上講,可以考慮將所有潛在有趣的事務和交互消息傳遞給此模塊,該模塊封裝(並隱藏會計師)這個有趣的功能。
經過對SO的進一步審查,已經有substantial discussion的主題已經。 特別值得一提的是「存儲徽章標準的最佳方式」,涵蓋events notification和「數據庫體系結構」徽章「系統」,並討論overall architecture。
已經討論了relational與nosql/Mongodb數據庫的相對優點,以及將業務邏輯劃分爲stored procedures。
在我看來,有很多重新發明車輪正在進行。任何人都知道在這個領域出現的OSS框架或Github項目?此外,任何有價值的論文或文章專門針對徽章和遊戲化一般?
顯然現在有用於遊戲化的(商業)API http://www.programmableweb.com/search/gamification被告知BigDoor是一個主要玩家。 – 2012-08-31 05:54:31
更多研究 - OSS實施http://code.google.com/p/userinfuser – 2012-09-18 23:55:47
如果您進入遊戲化,請確保通過Coursera課程,名爲,您猜對了,遊戲化:) – 2012-09-18 23:58:45