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>

MaBibli.Api/Services/Souhaits/ServiceSouhaits.cs

@@ -7,9 +7,16 @@ using Microsoft.EntityFrameworkCore;
 
 namespace MaBibli.Api.Services.Souhaits;
 
-/// <summary>Issue d'un ajout d'envie : soit la ligne créée, soit un message pour l'utilisateur.</summary>
-public readonly record struct ResultatSouhait(SouhaitDto? Souhait, string? Erreur)
+/// <summary>Issue d'une écriture d'envie : la ligne, un message, ou rien du tout.</summary>
+/// <remarks>
+/// ⚠️ « Introuvable » est un <b>troisième état</b>, et pas un message d'erreur de plus : c'est
+/// la seule issue qui doive produire un 404. L'édition de l'envie de quelqu'un d'autre passe par
+/// là — l'inexistence et l'appartenance à autrui sont volontairement indiscernables.
+/// </remarks>
+public readonly record struct ResultatSouhait(SouhaitDto? Souhait, string? Erreur, bool NExistePas = false)
 {
+    public static readonly ResultatSouhait Introuvable = new(null, null, true);
+
     public static ResultatSouhait Ok(SouhaitDto souhait) => new(souhait, null);
 
     public static ResultatSouhait Invalide(string message) => new(null, message);
@@ -22,6 +29,16 @@ public interface IServiceSouhaits
     Task<ResultatSouhait> AjouterAsync(
         EnregistrementSouhait saisie, string? utilisateur, CancellationToken ct = default);
 
+    /// <summary>
+    /// Corrige une envie existante de l'appelant.
+    /// </summary>
+    /// <remarks>
+    /// ⚠️ <c>Rang</c> n'y est pas touché : l'ordre a son propre point d'entrée, et corriger un
+    /// titre n'est pas dire qu'on le veut davantage.
+    /// </remarks>
+    Task<ResultatSouhait> ModifierAsync(
+        int id, EnregistrementSouhait saisie, string? utilisateur, CancellationToken ct = default);
+
     Task<bool> SupprimerAsync(int id, string? utilisateur, CancellationToken ct = default);
 
     /// <summary>
@@ -153,6 +170,91 @@ public sealed class ServiceSouhaits(MaBibliDbContext db) : IServiceSouhaits
         return ResultatSouhait.Ok(Projeter(souhait, Correspondant(possede, souhait.Id)));
     }
 
+    public async Task<ResultatSouhait> ModifierAsync(
+        int id, EnregistrementSouhait saisie, string? utilisateur, CancellationToken ct = default)
+    {
+        if (utilisateur is null)
+        {
+            return ResultatSouhait.Introuvable;
+        }
+
+        // Le filtre sur l'utilisateur fait partie de la CLÉ, comme pour la suppression : on ne
+        // vérifie pas l'appartenance après coup, on ne trouve tout simplement pas l'envie d'un
+        // autre. C'est ce qui rend le 404 exact plutôt que poli.
+        var souhait = await db.LivresSouhaites
+            .FirstOrDefaultAsync(s => s.Id == id && s.Utilisateur == utilisateur, ct);
+
+        if (souhait is null)
+        {
+            return ResultatSouhait.Introuvable;
+        }
+
+        if (string.IsNullOrWhiteSpace(saisie.Titre))
+        {
+            return ResultatSouhait.Invalide("Le titre est obligatoire.");
+        }
+
+        string? isbn = null;
+        if (!string.IsNullOrWhiteSpace(saisie.Isbn))
+        {
+            var normalise = IsbnUtils.Normaliser(saisie.Isbn);
+            if (!IsbnUtils.EstValide(normalise))
+            {
+                return ResultatSouhait.Invalide(
+                    $"« {saisie.Isbn} » n'est pas un ISBN valide. Laissez le champ vide si vous ne l'avez pas.");
+            }
+
+            isbn = normalise;
+        }
+
+        souhait.Titre = saisie.Titre;
+        souhait.Auteur = saisie.Auteur;
+        souhait.Editeur = Vide(saisie.Editeur);
+        souhait.Annee = Vide(saisie.Annee);
+        souhait.Isbn = isbn;
+        souhait.Note = Vide(saisie.Note);
+
+        // ⚠️ La couverture n'est écrite QUE si la charge utile en porte une, contrairement aux
+        // autres champs. Raison : aucun écran n'offre de champ « URL de couverture » pour une
+        // envie — décision actée, un tel champ inviterait à coller des liens morts. Un
+        // remplacement inconditionnel effacerait donc, à chaque correction de titre, l'image
+        // que la bibliographie avait fournie. Il n'y a rien à « vider » puisqu'il n'y a rien à
+        // saisir, et la lecture retombe de toute façon sur la formule OpenLibrary à ISBN connu.
+        souhait.CoverUrl = Vide(saisie.CoverUrl) ?? souhait.CoverUrl;
+
+        // ⚠️ Indispensable : TitreNormalise est la CLÉ D'ŒUVRE, celle qui sert au rapprochement
+        // « déjà au catalogue ». Sans ce recalcul, corriger un titre laisserait le rapprochement
+        // se faire sur l'ancienne forme — et le signalement mentirait sans que rien ne le dise.
+        souhait.RecalculerFormes();
+
+        // ⚠️ Une édition peut heurter l'unicité (Utilisateur, TitreNormalise, AuteurNormalise),
+        // contrairement à un ajout que l'utilisateur vient de composer : renommer une envie en
+        // une autre qu'on a déjà est une fausse manœuvre plausible. On répond par un message
+        // plutôt que de laisser remonter « UNIQUE constraint failed », qui ne veut rien dire.
+        //
+        // 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. C'est une saisie à corriger, pas un choix à trancher.
+        var deja = await db.LivresSouhaites.AnyAsync(
+            s => s.Id != souhait.Id
+                 && s.Utilisateur == utilisateur
+                 && s.TitreNormalise == souhait.TitreNormalise
+                 && s.AuteurNormalise == souhait.AuteurNormalise,
+            ct);
+
+        if (deja)
+        {
+            return ResultatSouhait.Invalide(
+                $"« {souhait.Titre} » est déjà dans votre liste d'envies.");
+        }
+
+        await db.SaveChangesAsync(ct);
+
+        var possede = await CorrespondancesAsync([souhait], ct);
+
+        return ResultatSouhait.Ok(Projeter(souhait, Correspondant(possede, souhait.Id)));
+    }
+
     public async Task<bool> SupprimerAsync(int id, string? utilisateur, CancellationToken ct = default)
     {
         if (utilisateur is null)