リーダーボードの概念に基づいて (モバイル アプリ用の) API バックエンドを設計しようとしています。
要件の一部:
- 特定のルールの検証後にポイントを割り当てることにのみ関心があります
- バックエンドはマルチアプリである必要があります: app1 にはいくつかのルールが必要で、app2 には別の一連のルールを設定できます
- バックエンドはモバイルアプリでユーザーが行ったアクションを受け取り、それらのアクションが有効かどうかを検証してポイントを割り当てる必要があります
- ルールは次のようになります。
24 時間以内にアクション A を初めて見たユーザーに 10 ポイントを与える
アクション B が発生した場合はユーザーに 10 ポイントを与えますが、アクション B が 1 週間に 10 回以上表示された場合はポイントを与えません。
モバイルアプリに報告できるように、以前のアクションのログが必要です
ポイント、リーダーボードのスコア、およびレポートを計算します (特定の時間枠で)
私はメリットを調べましたが、モデルが複数のポイントルールファイルを持つことができるかどうか (例: userA は appA に属しているため、rulesB は彼には適用されません) と、すべてのアクションまたは現在のスコアの証跡があるかどうかがわかりませんでした。
簡単に言えば、そのすべてをサポートする価値はありますか? そうでない場合、何を提案しますか？