Integration von Document Viewer SDKs mit Cloud‑Speicher und Kollaborationsplattformen
Warum cloud‑native Dokumentenanzeige für moderne .NET‑Apps wichtig ist
Plattformübergreifende Konsistenz mit einem einzigen .NET‑Core
Unternehmen bewegen sich von rein desktop‑basierten Dokumentenwerkzeugen hin zu web‑first Erlebnissen, die unter Windows laufen. Die serverseitige Rendering‑Engine von Doconut läuft auf .NET 6 und höher und gewährleistet dieselbe pixelgenaue Ausgabe unabhängig vom zugrunde liegenden Betriebssystem. Da der Viewer mit Streams arbeitet, können Sie eine Datei aus jedem Cloud‑Bucket abrufen, sie direkt an die Doconut‑Viewer‑Komponente übergeben und gerenderte Seiten oder Thumbnails an den Client zurückgeben, ohne die Datei jemals auf die Festplatte zu schreiben.
Reduzierung von Latenz und Bandbreite
Wenn ein Dokument in Azure Blob Storage gespeichert ist, erzeugt das Herunterladen der gesamten Datei zum Client nur, um die erste Seite anzuzeigen, unnötige Latenz. Doconut unterstützt die on‑Demand‑Thumbnail‑Erstellung, sodass Sie zunächst eine Vorschau in niedriger Auflösung anfordern und das vollständige Seiten‑Rendering erst abrufen können, wenn der Benutzer scrollt. Dieses Muster ist besonders wertvoll für große CAD‑Zeichnungen (DWG, DXF), die mehrere hundert Megabyte groß sein können.
Sicherheits‑first Verarbeitung
Alle rechenintensiven Aufgaben bleiben auf dem Server. Durch die Nutzung von Doconut’s server‑seitiger Verarbeitung behalten Sie vertrauliche PDFs, Rechtsverträge oder medizinische Aufzeichnungen innerhalb Ihres privaten VNet oder hinter einer Unternehmens‑Firewall. Es wird kein Drittanbieter‑SaaS aufgerufen, und der Viewer streamt niemals rohe Bytes an eine Browser‑Engine – nur Bildkacheln oder HTML‑Snippets, die Sie im Hintergrund erzeugen.
Anbindung von Doconut an beliebte Cloud‑Speicherdienste
Allgemeiner Integrationsansatz
- Dokument‑Stream erhalten – Verwenden Sie das SDK Ihres gewählten Cloud‑Anbieters (Azure Blob, Amazon S3, Google Cloud Storage), um die Datei in ein
Stream‑Objekt herunterzuladen. - Den Stream an Doconut übergeben – Der Doconut‑Viewer akzeptiert einen Stream zusammen mit optionalen Rendering‑Optionen. Das eliminiert die Notwendigkeit temporärer Dateien auf dem Web‑Server.
- Einen Viewer‑Token generieren – Doconut gibt einen Token zurück, der das geöffnete Dokument eindeutig für die aktuelle Sitzung identifiziert. Der Token kann als JSON an das Front‑End zurückgegeben und für nachfolgende Seiten‑Render‑ oder Annotations‑Anfragen verwendet werden.
- Seiten on‑Demand rendern – Das Front‑End ruft den Doconut‑Endpoint mit dem Token und der gewünschten Seitenzahl auf; Doconut streamt ein Bild oder ein HTML‑Fragment zurück.
Da der Workflow ausschließlich auf Streams basiert, erfordert das Austauschen von Azure‑Code gegen Amazon S3 oder Google Cloud Storage nur eine Änderung des Cloud‑SDK‑Aufrufs, der den Stream erstellt; der Rest der Doconut‑Pipeline bleibt identisch.
Umgang mit Multi‑Tenant‑Speicher
In einem SaaS‑DMS kann jeder Mandant einen separaten Bucket oder Präfix haben. Da Doconut mit Streams arbeitet, können Sie den richtigen Bucket zur Laufzeit ermitteln, das Dokument öffnen und den Token auf die Ansprüche des aktuellen Benutzers beschränken. Doconut’s interner Cache (IDistributedCache) kann so konfiguriert werden, dass er Redis oder Azure Cache for Redis verwendet, wodurch wiederholte Anfragen für dieselbe Seite aus dem Speicher bedient werden, anstatt sie erneut zu rendern.
Echtzeit‑Annotation und OCR in kollaborativen Workflows aktivieren
Annotations‑Plugin: Einen statischen Viewer in ein Review‑Hub verwandeln
Doconut liefert ein Annotations‑Plugin, das Benutzern ermöglicht, Text zu markieren, Haftnotizen hinzuzufügen oder Freihand‑Formen zu zeichnen. Nachdem ein Dokument geöffnet wurde, erhalten Sie einen Annotations‑Manager vom Viewer, fügen Annotations‑Objekte hinzu oder ändern sie und speichern den Annotations‑Zustand als XML. Das Speichern des XML zusammen mit dem Dokumenteintrag ermöglicht versionierte Review‑Historien, und das Laden des XML bei späteren Öffnungen stellt den genauen visuellen Zustand wieder her.
OCR‑gestützte Suche für gescannte PDFs
Gescannte Verträge, Quittungen oder medizinische Bilder liegen häufig als reine Bild‑PDFs vor. Doconut’s Search‑Plugin führt automatisch OCR auf dem Server aus, wenn Sie es in der Viewer‑Konfiguration aktivieren. Die OCR‑Engine befindet sich im serverseitigen Stack, sodass der extrahierte Text Ihre geschützte Umgebung nie verlässt. Sobald das OCR abgeschlossen ist, können Sie die Search‑API aufrufen, um passende Seitenzahlen und Begrenzungsrechtecke zu erhalten, die die UI hervorheben kann. Da das OCR auf dem Server läuft, können Sie den extrahierten Text zudem in Azure Cognitive Search, Elasticsearch oder einen anderen Suchdienst indexieren, um sofortige Volltextsuche über Ihr gesamtes Repository zu ermöglichen.
Zusammenarbeit über geteilte Tokens
In Teams‑ oder SharePoint‑Integrationen erzeugen Sie typischerweise ein kurzlebiges Token, das die Dokument‑ID, Benutzerrechte und einen Zeitstempel kodiert. Der von Doconut zurückgegebene Token‑String aus dem Aufruf OpenDocument kann in ein JWT eingebettet oder in einem Cache‑Eintrag gespeichert werden. Wenn ein anderer Benutzer den geteilten Link anklickt, wird dasselbe Token verwendet, um den Viewer zu re‑hydrieren, wobei Anmerkungen und OCR‑Ebenen für alle Beteiligten erhalten bleiben.
Sichere serverseitige Konvertierung und kontrolliertes Drucken mit Doconut
Viele Unternehmen müssen eingehende Word‑, Excel‑ oder CAD‑Dateien für die Archivierung in PDF konvertieren oder eine „Nur‑drucken‑wenn‑genehmigt“-Richtlinie durchsetzen. Doconut’s Converter‑Plugin bewältigt diese Szenarien, ohne Microsoft Office oder Drittanbieterdienste zu benötigen. Sie rufen die Konvertierungs‑API auf dem Server auf, übergeben den Quelldateipfad (oder Stream) und das gewünschte Ausgabeformat. Die Konvertierung läuft vollständig im Backend und erzeugt ein PDF, das in Ihrem Dokumenten‑Repository gespeichert werden kann.
Sobald das PDF existiert, können Sie Controlled Printing direkt in der Viewer‑UI aktivieren. Doconut stellt eine Methode bereit, um Druckrechte für einen bestimmten Dokument‑Token zu setzen. Wenn der Benutzer den Druck‑Button klickt, prüft Doconut das Flag und rendert entweder einen druckbaren Bild‑Stream oder gibt eine freundliche Meldung „Drucken deaktiviert“ zurück. Dieser Ansatz eliminiert die Notwendigkeit von benutzerdefiniertem JavaScript, um den Druckdialog des Browsers zu blockieren.
Protokollierung von Druckaktivitäten
Da die Druckanfrage über die Doconut‑Middleware läuft, können Sie sich in die Logging‑Pipeline von ASP.NET Core einhaken, um zu erfassen, wer wann was gedruckt hat. Speichern Sie den Audit‑Eintrag in einer SQL‑Tabelle oder leiten Sie ihn an ein SIEM‑System für Compliance‑Berichte weiter – entscheidend für Legal‑Tech‑ oder Gesundheits‑Lösungen, bei denen jeder Dokumentenzugriff nachvollziehbar sein muss.
Best Practices für Skalierung und Leistung in plattformübergreifenden Umgebungen
- Verteiltes Caching nutzen – Doconut’s interner Seiten‑Tile‑Cache kann von Redis, Azure Cache oder jeder
IDistributedCache‑Implementierung unterstützt werden. Integrieren Sie den Dokument‑Versions‑Hash in die Cache‑Schlüssel, um das Ausliefern veralteter Bilder nach einer Konvertierung zu vermeiden. - Hintergrundjobs für Massenkonvertierung einsetzen – Beim Onboarding eines großen Archivs können Sie Konvertierungs‑Aufgaben mit Hangfire oder Azure Functions in die Warteschlange stellen. Die Doconut‑Viewer‑Klasse arbeitet mit
IHostedService‑Workern, da sie Streams akzeptiert und Tokens zurückgibt, ohne einen HTTP‑Context zu benötigen. - Bildauflösung pro Gerät anpassen – Mobile Geräte profitieren von einer niedrigeren
ImageResolution(150‑200 DPI), während Desktop‑Workstations 300 DPI für CAD‑Details anfordern können. Passen Sie die Auflösung basierend auf dem User‑Agent‑String oder einer clientseitigen Einstellung an. - Lazy Loading von Anmerkungen aktivieren – Speichern Sie das Annotations‑XML in einer separaten Tabelle und laden Sie es nur, wenn der Benutzer das Annotations‑Panel öffnet. Das reduziert die anfängliche Datenmenge und beschleunigt das Rendering der ersten Seite.
- Speicherauslastung überwachen – Das Rendern hochauflösender CAD‑Seiten kann speicherintensiv sein. Konfigurieren Sie den .NET‑GC für den Produktionsbetrieb im Server‑Modus (
<gcServer enabled="true"/>) und setzen Sie ein angemessenes Timeout, um unkontrollierte Rendering‑Jobs zu verhindern. - Ein CDN für statische Assets einsetzen – Die JavaScript‑ und CSS‑Bundles des Viewers sind statisch. Stellen Sie sie über Azure CDN, CloudFront oder Cloudflare bereit, um Millisekunden vom ersten Seiten‑Load abzuschneiden, insbesondere für global verteilte Teams.
Wenn Sie diese Richtlinien befolgen, können Sie Tausende gleichzeitiger Benutzer über Kontinente hinweg unterstützen und dabei die Latenz für die erste Seite unter 200 ms halten – ein Benchmark, den viele Unternehmensportale anstreben.
Schnellstart mit Doconut‑Free‑Trial
Der schnellste Weg, Doconut zu evaluieren, besteht darin, das Free‑Trial von der offiziellen Website herunterzuladen, das NuGet‑Paket zu einem neuen ASP.NET‑Core‑Projekt hinzuzufügen und dem Quick‑Start‑Guide zu folgen. Innerhalb weniger Minuten haben Sie einen funktionalen Viewer, der Dokumente aus Azure Blob abrufen, Annotationen aktivieren, OCR‑basierte Suche ausführen und sichere serverseitige Konvertierung durchführen kann. Für Schritt‑für‑Schritt‑Anleitungen besuchen Sie die Doconut‑Dokumentation und beginnen Sie noch heute, Ihre cloud‑native Dokumentenerfahrung aufzubauen.
Bereit, Ihre Dokumenten‑Workflows zu transformieren? Melden Sie sich jetzt für das Doconut‑Free‑Trial an und sehen Sie, wie einfach es ist, sichere, durchsuchbare und kollaborative Dokumentenerlebnisse in jeder .NET‑Anwendung bereitzustellen.