デザインプラグイン可能なポイントやバッジシステム

Question

私はオンとオフにするだけでなく使いやすいよう、独自のモジュールに変身するのは簡単ですプラグ可能なポイントやバッジシステムを設計するにはどうすればよいですか？

多くの試行錯誤の末、私は、ポイントとバッジがアプリケーションの唯一のビジネスロジックにあまりにも絡み合っているため、簡単な方法で外部化できないという結論に達しました（多くのルールはアプリケーションのコア構造、物事はすでにかなり結合させた）

私は現在、すべてが簡単な方法でください - 私は、サービスクラスのメソッド内のすべてのビジネス・ロジック（検証、持続性、ゲーミフィケーション、通知）を外部化。しかし、それらの方法はすでにかなり混乱してしまっています。基盤となるシステムを単純に閉鎖する簡単な方法はありません。

Answer 1

アイデアとして、どのビジネスロジックイベントをポイント、バッジ、レベルとしてユーザーにどのように説明しているかを気にしないでください。フットボールシーズン中に3カ月連続でコーヒーを買うためのBall Buzzバッジのようなナッツアイテムを1か所に実装することができます。

考えられるすべての興味深いトランザクションとインタラクションをこの賞モジュールに渡すことを考えてみましょう。このモジュールは、この楽しい機能をカプセル化しています（そして会計士から隠れています）。 SOの更なる見直しの際

---

、既に主題のsubstantial discussionがありました。 特に、「バッジ基準を保存する最良の方法」はevents notification、「バッジシステム」のデータベースアーキテクチャはoverall architectureとなっています。

relational対stored proceduresに、このような機能だけでなく、パーティショニングのビジネスロジックのためnosql/Mongodbデータベースの優劣についての議論がなされてきました。

起こって車輪の再発明がたくさんあるように私には見えます。この分野に登場するOSSフレームワークやGithubプロジェクトを知っている人は誰ですか？また、バッジのテーマに関する価値ある論文や記事は、一般的には、