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 principali

  • 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 autenticato dal token.

Viewer è senza stato — per design

Viewer è sealed, non mantiene alcuno stato del documento per richiesta, e deliberatamente non implementa IDisposable. Le sessioni vivono indipendentemente nel gestore delle sessioni e vengono pulite tramite la scadenza della cache o un esplicito CloseDocument(token).

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. 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) genera immediatamente una LicenseException, con il motivo del rifiuto come messaggio — l'apertura non degrada mai silenziosamente per una licenza non valida (in contrapposizione a una assente). Una licenza Temporanea o di abbonamento scaduta per calendario è l'eccezione: non genera eccezione — degrada a una filigrana.
  2. Creazione della sessione. La factory del viewer sceglie il viewer del formato corretto per l'estensione del file e carica il documento (vedi Rendering Pipeline). La sessione viene memorizzata in IMemoryCache sotto un nuovo token GUID con una scadenza scorrevoleDocOptions.TimeOut minuti, default 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} viene 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, …), oppure uno 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. Quello 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=…&bookmarksIndice/segnalibri del documento
?token=…&copy / &showlinks / &fileFormat / &metaCopia testo, collegamenti ipertestuali, informazioni sul formato, metadati tecnici DICOM
?token=…&action=rotate/flip/closeAzioni sulla pagina e chiusura esplicita
?token=…&AnnSave=… / &AnnLoadSalva/carica annotazioni

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.

Chiusura di un documento

csharp
viewer.CloseDocument(token);

CloseDocument rimuove la sessione dalla cache (che dispone 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 terminato.

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 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?