Compte les pages d'un livre, et fais des envies une liste à deux moitiés

Lot U — le nombre de pages
`Livre.NombrePages` est nullable, sans valeur par défaut : « 0 page » se lirait
comme une donnée là où l'on veut dire « on ne sait pas ». Même raison que pour
`TypeDocument.NonPrecise` — un défaut qui ne prétend rien n'a rien à reprendre,
d'où une migration réduite à un `AddColumn`. Le service refuse un zéro plutôt
que de l'écrire ; effacer le champ reste la façon de revenir à « inconnu ».

Le préremplissage vient de `dc:format`, que rien ne lisait jusqu'ici. ⚠️ Ce
champ n'est pas un nombre mais une phrase décrivant le support, et les notices
déjà enregistrées sous Fixtures/ le montrent : « 1 vol. (113 p.) : ill., couv.
ill. en coul. ; 18 cm », « 503 p. : couv. ill. ; 17 cm ». Les règles sont donc
étroites — un nombre suivi de « p. » ou de « page(s) », rien d'autre — et tout
le reste rend `null`. L'erreur n'est pas symétrique : un champ vide se remplit à
la main en trois secondes, un chiffre faux s'enregistre sans que personne ne le
voie. « 1 vol. » ne vaut pas 1, « 30 cm » ne vaut pas 30, et « (p. 45-90) »,
qui est une pagination de contribution, ne vaut rien. La valeur reste proposée
dans un champ modifiable, et rien n'est déduit pour un ebook.

Lot X — éditer une envie, et souhaiter une revue
`PUT /api/souhaits/{id}` recalcule la clé d'œuvre et l'auteur normalisé : sans
ce recalcul, le rapprochement « déjà au catalogue » continuerait de se faire sur
l'ancienne forme, et le signalement mentirait sans le dire. Le filtre sur
l'appelant fait partie de la clé de recherche, pas d'une vérification ultérieure
— l'envie d'un autre est introuvable (404), jamais refusée (403).

⚠️ Une édition peut heurter l'unicité (utilisateur, œuvre, auteur), ce qu'un
ajout ne peut pas : renommer une envie en une autre déjà présente répond par un
message lisible, jamais par « UNIQUE constraint failed ». 400 et non 409,
contrairement au doublon du catalogue : là-bas posséder deux exemplaires est
légitime et l'appel se reconfirme, ici l'index l'interdit et il n'y a rien à
confirmer. Le rang n'est pas touché — l'ordre a son propre point d'entrée.

⚠️ La couverture n'est écrite que si la charge utile en porte une. Aucun écran
n'offre de champ « URL de couverture » pour une envie (décision actée), donc un
remplacement inconditionnel l'aurait effacée à la première faute de frappe
corrigée.

`RevueSouhaitee` est une table sœur, et non des colonnes de plus sur
`LivreSouhaite` : un numéro n'a pas d'auteur et se distingue par son numéro,
deux choses que la clé d'unicité des envies de livres ne sait pas exprimer sans
devenir fausse pour tout le monde. `NumeroNormalise` est NOT NULL avec un défaut
vide — SQLite tient deux NULL pour distincts, et « Médor, sans numéro »
s'ajouterait autant de fois qu'on cliquerait. L'ISSN est canonisé avec son tiret,
seul code du projet rangé ainsi.

Le coût de la table sœur est payé partout où il devait l'être : affichage,
`.txt`, `.csv` et instantané hors-ligne `souhaits-revues`. ⚠️ Les revues forment
une SECTION à part plutôt que des lignes entrelacées : chaque table numérote son
rang indépendamment, et mélanger deux suites sans rapport produirait un ordre que
personne n'a choisi. Le `.txt`, groupé par auteur, ne pouvait de toute façon pas
les accueillir — elles n'en ont pas, et « Auteur non précisé » désigne des livres
dont l'auteur est inconnu. Le CSV gagne une colonne « Type » : sans elle, un tri
par titre rendrait revues et livres indiscernables, et la colonne des codes
mêlerait ISBN et ISSN en silence.

`ServiceRenormalisation` connaît la nouvelle table, avec la règle de collision
déjà en place. ⚠️ L'ISSN y est canonisé à part : `Renormaliser` n'applique rien
quand la clé ne bouge pas, un ISSN mal formé sur une ligne au titre inchangé y
échapperait.

`RevueSouhaitee` ne porte PAS de `CoverUrl` : rien à ajouter au garde de
`GET /api/couvertures`.

Vérifié en exécution : ISSN « 24666718 » rangé « 2466-6718 », édition de l'envie
d'un autre en 404, et les deux exports portant bien les deux moitiés.
602 tests au vert (552 au départ), aucun avertissement de compilation.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
mathieu
2026-08-21 14:02:09 +02:00
co-authored by Claude Opus 5
parent 1b47828c11
commit 94f0ef15c0
41 changed files with 4279 additions and 685 deletions
+44
View File
@@ -118,6 +118,50 @@ public class ServiceCatalogueTests : IDisposable
(await _db.Livres.SingleAsync()).UrlNotice);
}
/// <summary>
/// Le nombre de pages est facultatif, et son absence est une <b>vraie</b> absence.
/// </summary>
/// <remarks>
/// ⚠️ <c>0</c> est refusé plutôt qu'enregistré : la colonne est nullable précisément pour
/// que « je ne sais pas » ait sa propre valeur, et un zéro stocké se lirait comme une donnée.
/// </remarks>
[Fact]
public async Task Creer_conserve_le_nombre_de_pages_ou_son_absence()
{
var avec = await _service.CreerAsync(
new EnregistrementLivre { Titre = "Germinal", NombrePages = 503 }, "mathieu");
Assert.Equal(503, avec.Livre!.NombrePages);
var sans = await _service.CreerAsync(
new EnregistrementLivre { Titre = "Nana" }, "mathieu");
Assert.Null(sans.Livre!.NombrePages);
Assert.Null((await _db.Livres.SingleAsync(l => l.Titre == "Nana")).NombrePages);
}
[Fact]
public async Task Creer_refuse_un_nombre_de_pages_nul_ou_negatif()
{
var resultat = await _service.CreerAsync(
new EnregistrementLivre { Titre = "Germinal", NombrePages = 0 }, "mathieu");
Assert.NotNull(resultat.Erreur);
Assert.Empty(_db.Livres);
}
[Fact]
public async Task Modifier_peut_effacer_le_nombre_de_pages()
{
var livre = (await _service.CreerAsync(
new EnregistrementLivre { Titre = "Germinal", NombrePages = 503 }, "mathieu")).Livre!;
var resultat = await _service.ModifierAsync(
livre.Id, new EnregistrementLivre { Titre = "Germinal" }, "mathieu");
// Effacer le champ le remet à « inconnu » : c'est la seule façon de corriger une valeur
// proposée à tort par une notice.
Assert.Null(resultat.Livre!.NombrePages);
}
[Fact]
public async Task Creer_refuse_un_titre_vide()
{