我一直在考虑如何在新网站上实现类似于SO的徽章功能.存储徽章标准的最佳方法是什么?
两个想法:
还有更好的方法吗?
如果你要构建一个类似于SO的徽章系统,你会直接将逻辑/业务层放在数据库中(通过存储过程,预定的sql作业)还是将它放在服务器端?
从我能想到的,你必须:
潜在的选择
是否需要这些组合?我认为,因为一些徽章是基于给定问题的里程碑,也许批量工作更好?
更新
您可以修改徽章系统,然后为每个人重新运行整个徽章链接的系统会更好.也就是说你改变了一些徽章的逻辑,现在你必须将它重新应用到所有的问题/答案/投票/等.
有趣的问题要解决!!
我目前正在设计一个教育网站.
为此,我们需要根据用户的活动(如stackoverflow)为用户分配一些徽章.
我一直在寻找一个框架.任何人都有任何想法,如何做到这一点?表设计等
我能想到的问题是:
我的初步搜索给了我以下内容
如何设计一个易于打开和关闭的可插拔点和徽章系统,以及易于变成自己的模块?
经过多次试验和错误后,我得出的结论是,点和徽章过于交织在应用程序的唯一业务逻辑中,它们无法以简单的方式外化(许多规则涉及理解应用程序的核心结构,这使得事物已经相当耦合)
我目前以简单的方式做所有事情 - 我在服务类的方法中外部化了所有业务逻辑(验证,持久性,游戏化,通知).然而,这些方法已经变得非常杂乱,我担心会很紧张.没有简单的方法来简单地关闭任何底层系统