Files
Cites_Plugins/docs/README.md
T
Antone Barbaud b02e532563 docs: organize diagrams to mirror code layout (util/ + features/)
Move flat docs/diagrams/*.puml into a hierarchy matching the source
package structure:

  docs/diagrams/
  ├── bootstrap-sequence.puml         (cross-cutting)
  ├── events-diagram.puml             (cross-feature)
  ├── util/
  │   ├── command-class-diagram.puml
  │   ├── database-diagram.puml
  │   ├── messages-class-diagram.puml
  │   ├── broadcasts-class-diagram.puml
  │   └── gui-class-diagram.puml
  └── features/
      ├── team/
      │   ├── team-class-diagram.puml
      │   ├── team-config-class-diagram.puml
      │   ├── builtin-commands-diagram.puml
      │   ├── team-create-sequence.puml
      │   ├── team-create-activity.puml
      │   └── team-join-sequence.puml
      ├── player/
      │   └── player-class-diagram.puml
      └── moderation/
          └── moderation-class-diagram.puml

README.md diagram index split into 4 sections (overview, util,
features/team, features/player, features/moderation) for readability;
all links updated. features.md auto-updated by sed for the new paths.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-06-10 13:58:48 +02:00

124 lines
6.3 KiB
Markdown

# Documentation CR-Core
Ce dossier est la **source de vérité** du projet. Toutes les décisions, idées,
mécaniques, règles et spécifications du noyau sont consignées ici.
## Objectif du projet
**CR-Core** est une **librairie Maven** réutilisable pour construire des
plugins Minecraft Paper 1.16.5. Elle fournit, prêt à l'emploi en une ligne
d'initialisation côté plugin de jeu :
- **Abstractions communes** — `Identifiable`, `Named`, `ScoreHolder`,
`AbstractEntity`, `Repository<T>`.
- **Domaine Team** — équipes (nom, tag, couleur, chef, membres,
visibilité PUBLIC/PRIVATE, scores nommés, classements, point de spawn),
service overridable, exceptions dédiées.
- **Domaine Player** — profils joueurs (scores nommés, classements
individuels), service auto-créant les profils à la demande.
- **Framework de commandes** — `BaseCommand` / `SubCommand` imbriqués,
arguments typés, tab-complétion, permissions, player-only.
- **Commandes par défaut** — `/core team [create|delete|add|remove|join|`
`leave|info|list|transfer|visibility|score|top|setspawn]` fonctionnelles
out-of-the-box, chacune substituable par sous-classe.
- **Évènements Bukkit** — 9 events team + 3 events player, à écouter avec
`@EventHandler` côté plugin de jeu.
- **Persistance SQLite** — wrapper `Database` + `TableBuilder` fluide,
repositories SQLite write-through, table custom en 2 lignes pour les
plugins downstream.
- **Messages externalisés** — `MessagesService` charge un seul fichier
YAML `<plugin>-messages.yml` dans le dataFolder du plugin de jeu,
avec defaults CR-Core en fallback. L'admin édite un seul fichier,
placeholders nommés, codes couleur `&` natifs.
- **Broadcasts configurables** — `BroadcastService` route chaque event
CR-Core vers une liste d'audiences (`NONE`, `LEADER`, `TEAM`, `ADMIN`,
`ALL`) définie dans `<plugin>-broadcasts.yml`. Séparation routes /
templates. Un listener interne wire les 12 events natifs ; les game
plugins peuvent broadcast leurs propres events. `/core reload` recharge
les deux fichiers à chaud.
- **Paramètres d'équipe** — `TeamConfigService` typé avec cascade
per-team → global → default. 8 settings standards
(`FRIENDLY_FIRE`, `MAX_SIZE`, etc.), étendable. Globaux dans
`<plugin>-team-config.yml`, per-team en SQLite. GUI in-game via
`/core team settings [team]`.
- **Framework GUI** — `AbstractInventoryGui` + `GuiListener` réutilisable
pour tout GUI custom. Détection par holder, clic toujours annulé,
`GuiItems` builder fluide avec codes couleur `&`.
- **Modération (skeleton)** — `/core admin` toggle pour passer en
mod mode : snapshot complet du joueur (inv, XP, location, gamemode),
vanish, hotbar dotée d'outils (tp joueur, inv spy, freeze, vanish
toggle, exit). `ModeratorTool` + registry extensibles. Persistance
SQLite à venir.
- **Bootstrap unique** — `new CRCore(this, new CRCoreConfig().setupAll()).enable()`
dans le `onEnable()` du plugin de jeu, et tout est branché.
## Structure de la documentation
- `README.md` — Ce fichier. Vue d'ensemble et index.
- `setup.md` — Build, intégration dans un plugin de jeu, exemple d'usage.
- `features.md` — Domaines fonctionnels détaillés.
- `decisions.md` — Journal des décisions importantes (ADR léger).
- `diagrams/` — Diagrammes PlantUML (`.puml`).
## Diagrammes
Organisés en miroir du code : `diagrams/util/` pour les utilitaires,
`diagrams/features/<feature>/` pour les features, et les diagrammes
transverses à la racine.
### Vue d'ensemble (transverse)
| Fichier | Type | Sujet |
|---|---|---|
| [bootstrap-sequence.puml](diagrams/bootstrap-sequence.puml) | Séquence | `CRCore.enable()` côté plugin de jeu |
| [events-diagram.puml](diagrams/events-diagram.puml) | Classe | Évènements Bukkit team + player (cross-feature) |
### `util/` — couche utilitaire
| Fichier | Type | Sujet |
|---|---|---|
| [command-class-diagram.puml](diagrams/util/command-class-diagram.puml) | Classe | Framework de commandes (nested) |
| [database-diagram.puml](diagrams/util/database-diagram.puml) | Classe | Wrapper SQLite + table builder |
| [messages-class-diagram.puml](diagrams/util/messages-class-diagram.puml) | Classe | Service de messages YAML |
| [broadcasts-class-diagram.puml](diagrams/util/broadcasts-class-diagram.puml) | Classe | Service de broadcasts YAML + listener |
| [gui-class-diagram.puml](diagrams/util/gui-class-diagram.puml) | Classe | Framework GUI réutilisable |
### `features/team/`
| Fichier | Type | Sujet |
|---|---|---|
| [team-class-diagram.puml](diagrams/features/team/team-class-diagram.puml) | Classe | Domaine Team + abstractions communes |
| [team-config-class-diagram.puml](diagrams/features/team/team-config-class-diagram.puml) | Classe | Paramètres d'équipe (cascade + GUI) |
| [builtin-commands-diagram.puml](diagrams/features/team/builtin-commands-diagram.puml) | Classe | Arbre des commandes `/core team ...` |
| [team-create-sequence.puml](diagrams/features/team/team-create-sequence.puml) | Séquence | Création d'une équipe via la commande |
| [team-join-sequence.puml](diagrams/features/team/team-join-sequence.puml) | Séquence | Auto-join sur une équipe publique |
| [team-create-activity.puml](diagrams/features/team/team-create-activity.puml) | Activité | Flux de validation à la création |
### `features/player/`
| Fichier | Type | Sujet |
|---|---|---|
| [player-class-diagram.puml](diagrams/features/player/player-class-diagram.puml) | Classe | Domaine Player + scores joueur |
### `features/moderation/`
| Fichier | Type | Sujet |
|---|---|---|
| [moderation-class-diagram.puml](diagrams/features/moderation/moderation-class-diagram.puml) | Classe | Feature modération (skeleton) |
## Conventions
- Code : **anglais standard**, séparation stricte interfaces / enums / classes
abstraites / classes concrètes / exceptions.
- Doc & messages joueur : **français**.
- JavaDoc en français sur les classes publiques et méthodes non triviales.
- Package racine : `fr.luc.crcore`.
- Classes du noyau **non-`final`**, méthodes-clés `protected`, hooks
`onBefore…`/`onAfter…` et factories `new…` pour l'override.
## Contribuer à la doc
Chaque nouvelle idée, règle, commande ou contrainte discutée doit être ajoutée
au fichier approprié, **avant ou pendant** l'implémentation. La doc précède le
code.