Come funziona il Viewer

Doconut rende i documenti come immagini paginate servite tramite middleware ASP.NET Core. Comprendere il ciclo di vita — apertura, token, richieste di pagina, chiusura — spiega quasi tutti i comportamenti che osserverai, inclusi i messaggi di errore.

I tre componenti in movimento

• Viewer — il servizio pubblico che inietti. Apre i documenti e restituisce token di sessione.
• La sessione del documento — un oggetto lato server che contiene il documento caricato, indicizzato da un token in IMemoryCache.
• Il middleware Doconut — aggiunto da UseDoconut(); risponde a ogni richiesta che il widget del browser effettua (pages, thumbnails, search, annotations, …), sempre autenticata dal token.

Viewer è senza stato — per design

Viewer è sealed, non contiene stato del documento per richiesta, e deliberatamente non implementa IDisposable. Le sessioni vivono indipendentemente nel gestore di sessione e vengono pulite dalla scadenza della cache o da un CloseDocument(token) esplicito.

Non lo costruisci più. AddDoconut() lo registra come servizio transiente; iniettalo ovunque ne hai bisogno:

app.MapPost("/api/open", async (string fileName, Viewer viewer) =>
{
    var token = await viewer.OpenDocumentAsync($"files/{fileName}");
    return Results.Content(token, "text/plain");
});

In un'applicazione MVC, prendilo come parametro del costruttore; in una vista Razor, usa @inject Doconut.Viewer Viewer. Le cache possedute dall'applicazione delle istanze Viewer non sono più necessarie — e non sono più corrette, perché non contengono nulla di valore da cache.

Cosa succede dentro OpenDocumentAsync

1. Gate della licenza. Una licenza rifiutata o scaduta per versione (in blacklist, manomessa, o una build al di fuori della finestra di aggiornamento della licenza) lancia immediatamente un LicenseException, con il motivo del rifiuto come messaggio — l'apertura non degrada mai silenziosamente per una licenza non valida (invece che assente). Una licenza Temporanea o di abbonamento scaduta per calendario è l'eccezione: non lancia — degrada a un watermark.
2. Creazione della sessione. La factory del visualizzatore sceglie il visualizzatore di formato corretto per l'estensione del file e carica il documento (vedi Rendering Pipeline). La sessione è memorizzata in IMemoryCache sotto un nuovo token GUID con una scadenza scorrevole — DocOptions.TimeOut minuti, predefinito 60. Ogni richiesta di pagina resetta il timer.
3. Registrazione della sicurezza. Con UnsafeMode = false (il valore predefinito), il token è legato alla sessione ASP.NET del chiamante: un marcatore secure-{token} è scritto nella sessione, così solo la sessione del browser che ha aperto il documento può richiedere le sue pagine.
4. Il token viene restituito. È l'unica credenziale per tutto ciò che segue.

Non esiste un passaggio di riscaldamento separato. La libreria precedente esponeva InitCache() a questo scopo; non esiste più, e nulla lo sostituisce.

Le tre sovraccarichi differiscono solo nell'input: un percorso file, un percorso file più una configurazione per formato (PdfConfig, WordConfig, …), o un Stream più un FileInfo la cui estensione determina il rilevamento del formato.

Come il widget ottiene le pagine

Il widget client chiama il middleware Doconut con il token nella stringa di query. Ciò che fa il middleware dipende dalla richiesta:

Ognuno di questi percorsi viene validato prima:

• Nessun token → il middleware restituisce 404 (o un banner di versione quando ShowDoconutInfo = true).
• Token sconosciuto o scaduto → un'immagine di errore con Document session not found. Please re-open document.
• Middleware di sessione mancante (con UnsafeMode = false) → HTTP 500 con Session middleware not configured. Call UseSession() before UseDoconut().
• Token aperto da una sessione browser diversa → un'immagine di errore con You Are Not Authorized To View This Page.

Dove è montato il middleware

UseDoconut() risponde alle richieste che trasportano un token, ovunque lo monti. L'applicazione di riferimento mantiene la forma storica della richiesta DocImage.axd su un ramo MapWhen, così un client esistente continua a chiamare l'URL che ha sempre usato. Qualunque cosa tu scelga, il BasePath del client deve concordare con esso — vedi ConfigurazioneViewer.

Servire pagine da storage condiviso invece del nodo di apertura è un'organizzazione completamente diversa; vedi Distribuzioni Distribuite.

Chiudere un documento

viewer.CloseDocument(token);

CloseDocument rimuove la sessione dalla cache (che elimina il motore del documento sottostante e libera immediatamente la sua memoria), elimina il marcatore secure-{token}, e revoca il permesso di accesso. Chiamarlo è opzionale — la scadenza scorrevole esegue la stessa pulizia automaticamente — ma per documenti di grandi dimensioni è il modo cortese di rilasciare la memoria non appena l'utente ha finito.

Viene chiamato sul Viewer iniettato. Il pattern precedente — costruire un Viewer a vita breve in un blocco using solo per chiudere un token — non ha un equivalente e non è necessario.

Punti chiave

• Un documento aperto = una sessione = un token. I token sono per sessione browser, non URL globali.
• Il token scade su una finestra scorrevole; un visualizzatore lasciato inattivo oltre DocOptions.TimeOut necessita di una riapertura.
• Viewer può essere iniettato e condiviso liberamente; le sessioni contengono tutto lo stato.