Come funziona il Viewer

Il ciclo di vita della richiesta del documento

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 conserva alcuno stato del documento per richiesta, e deliberatamente non implementa IDisposable. Le sessioni vivono indipendentemente nel gestore di sessione e vengono pulite tramite scadenza della cache o un CloseDocument(token) esplicito.

Iniettalo ovunque ne hai bisogno:

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

Cosa succede all'interno di OpenDocumentAsync

  1. Controllo licenza. Una licenza rifiutata o scaduta per versione (in blacklist, manomessa, o una build al di fuori della finestra di aggiornamento della licenza) genera immediatamente un LicenseException, con il motivo del rifiuto come messaggio — l'apertura non degrada mai silenziosamente per una licenza non valida (contrariamente a una assente). Una licenza Temporanea o di abbonamento scaduta per calendario è l'eccezione: non genera eccezione — degrada a filigrana.
  2. Creazione della sessione. La factory del viewer seleziona 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 di 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.

Le tre overload 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:

InterrogazioneScopo
?token=…&page=NImmagine della pagina renderizzata (PNG)
?token=…&page=N&thumb=1Miniatura
?token=…&zoom=…Rendering della pagina ingrandita
?token=…&search=termRicerca full-text (con licenza)
?token=…&bookmarksStruttura del documento/segnalibri
?token=…&copy / &showlinks / &fileFormatCopia del testo, collegamenti ipertestuali e informazioni sul formato
?token=…&metaMetadati tecnici DICOM; restituisce 501 per una sessione DICOM su .NET 6
?token=…&action=rotate/flip/closeAzioni di pagina e chiusura esplicita
?token=…&AnnSave=… / &AnnLoadSalva/carica annotazioni

Ognuno di questi percorsi viene prima validato:

  • 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 del browser diversa → un'immagine di errore con You Are Not Authorized To View This Page.

Chiusura di un documento

csharp
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 corretto di rilasciare la memoria non appena l'utente ha finito.

Punti chiave

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

Questa pagina è stata utile?