fiedsch/ranking-bundle
Composer 安装命令:
composer require fiedsch/ranking-bundle
包简介
Contao Bundle: Rankingturniere
README 文档
README
Verwaltung von Ergebnissen einer Turnierserie, die
- an verschiedenen Tagen
- an verschiedenen Orten
- mit jeweils unterscheidlichen Teilnehmerzahlen
gespielt wird. Eine solches Veranstaltung bezeichnen wir als "Ranking-Event".
Ergebnis soll eine Gesamttabelle sein, die sich aus den Punkten ergibt, die ein Spieler bei seinen Teilnahmen an Ranking-Events erzielt hat.
Punktevergabe
Abhängig von der der erreichten Platzierung und der Teilnehmerzahl beim jeweiligen Ranking-Event werden unterschiedliche Punkte vergeben.
- TODO Punkteschlüssel dokumentieren und konfigurierbar machen
Datenstrukturen
An Orte/Veranstalter/"Rankings" (tl_ranking) finden Rankingevents (tl_rankingevent)
statt, an denen Spieler Ergebnissse (tl_rankingresult) erzielen.
Damit ergibt sich folgende hierarchische Datenstrutur:
tl_ranking: id, name
tl_rankingevent: id, pid=tl_ranking.id, datum
tl_rankingresult: id, pid=tl_rankingevent.id, spieler=tL_rankingplayer.id
tL_rankingplayer: id, name
tl_member vs tl_rankingplayer
- Die Verwendung von
tl_membererscheint zunächst naheliegend. - ABER: Bei Integration auf einer Site, die auch das
contao-ligaverwaltung-bundle verwendet,
tauchen die nur für Rankinga angelegten Mitglieder an vielen Stellen zur Auswahl auf, wo sie keinen
Sinn ergeben. Zudem werden wesentlich weniger Datenfelder benötigt, als sie in
tl_memberbereitgestellt werden. - Die Verwendung einer eigenen Tabelle (
tl_rankingplayer), die extra für diesen Zweck angelegt wird umgeht diese Probleme. Vorteil zudem: wir könnten alsnameein einzelnes Feld definieren, das Vor- und Nachnamen oder ein Pseudonym enthält. - Nachteil: bereits existierende Mitglieder (Ligamanager-Spieler) müssen erneut angelegt werden.
(Hier könnte aber einmalig ein Skript Einräge aus
tl_memberauslesen und intl_rankingplayereintragen).
Datenerfassung
- neues "Rankingevent" anlegen (entspricht eingegangenem Ergebnisbericht)
- Für jede Zeile einen neues "Ranking-Rseult" als Kindelement anlegen
- Spieler auswählen
- Platz eintragen (die Punkte werden automatisch berechnet, da sie sich aus einem festen Punkteschlüssel ergeben).
Implementierung
- DCA
tl_rankingtl_rankingeventtl_rankingresulttl_rankingplayer
- Frontendmodule:
- Rankingtabelle (insgesamt und optional für ein "Ranking")
- Frontendmodul "Ergebnisse übermitteln"? (Großes Thema dürfte hier wohl die eindeutige
Benennung der Spieler sein. Z.B. untescheidliche Schreibweisen des gleichen Namens,
oder "Andreas" vs. "Fiedsch" vs. ... für die gleiche Person. Wir können aber die Namen
nicht aus einem Dropdown auswählen lassen, da neue Spieler jederzeit hinzu kommen
können ohne sich vorher registrieren zu müssen.
Idee: evtl. alle bereits reg. Spieler als Daten auf der Seite und ein Textfeld mit
Autocomplete, das aber auch vollkommen neue Namen zulässt. Neue Namen könnten wir
dann automatisch in der DB als neue
tl_rankingplayer-Records anlegen. Bei Duplikaten müssten dann Datenkorrekturen stattfinden: (1) doppelten "Rankingplayer" löschen und (2) die id im "Rankingresult" einsetzen. Das sollte mittels filtern und "mehrere bearbeiten" relativ zügig gehen. (Dazu evtl. dietl_rankingresultlosgelöst von der hierarchischen Datenstruktur als eigene Backend-Menüpunkt anbieten?
fiedsch/ranking-bundle 适用场景与选型建议
fiedsch/ranking-bundle 是一款 基于 PHP 开发的 Composer 扩展包,目前已累计 116 次下载、GitHub Stars 达 1, 最近一次更新时间为 2018 年 03 月 17 日, 在 PHP 生态内属于活跃度较高的组件。
我们在过去多个企业项目中使用过 fiedsch/ranking-bundle 或与其功能相近的方案,如果你在选型或落地过程中遇到问题,例如 版本兼容、二次改造、私有化封装、与内部系统对接、生产 BUG 排查,欢迎联系我们协助评估。
基于 fiedsch/ranking-bundle 在你已有业务上做功能扩展、字段裁剪、UI 适配、与内部账号 / 权限 / 日志系统的深度对接。
线上偶发问题、内存泄漏、慢查询、并发异常等排查修复;针对高流量场景做缓存、队列、索引层面的调优。
承接完整的项目从需求 → 设计 → 开发 → 上线 → 长期运维;也可按月提供技术保姆服务。
统计信息
- 总下载量: 116
- 月度下载量: 0
- 日度下载量: 0
- 收藏数: 1
- 点击次数: 0
- 依赖项目数: 0
- 推荐数: 0
其他信息
- 授权协议: MIT
- 更新时间: 2018-03-17