Wählen Sie die Form Ihres Problems
Doconut ist ein SDK, aber die Gründe, warum Teams es nutzen, unterscheiden sich. Einige kommen mit einer Framework-Einschränkung – es muss in Blazor funktionieren, es muss in einer bestehenden ASP.NET Core-Pipeline eingebettet sein. Andere haben ein Formatproblem – niemand im Team möchte einen DOCX-Renderer besitzen. Beginnen Sie mit dem, was Sie beschreibt.
Nach Framework
Sie wissen bereits, in welchem Stack es leben muss.
Blazor
Ein Dokumentenbetrachter, der sich innerhalb von Blazor verhält
Serverseitiges Rendering mit einem Widget, das sauber in den Blazor-Interop-Lebenszyklus eingebunden wird — Server und WebAssembly werden beide unterstützt.
BlazorASP.NET Core
Drei Middleware-Aufrufe, kein Rewrite
Registriert sich als gewöhnliche DI plus Middleware. Erbt die Authentifizierung, das Logging und das Hosting, die Sie bereits haben.
ASP.NET CoreNach Format
Sie wissen bereits, welche Dateien geöffnet werden müssen.
Ein PDF-Viewer, der das PDF nicht übergibt
Serverseitiges PDF-Rendering zu Seitenbildern – der Benutzer liest das Dokument, ohne jemals die Datei zu erhalten.
PDFWord
Word-Dokumente ohne Word auf dem Server
Natives DOC/DOCX/RTF/ODT-Rendering ohne Office-Installation, ohne COM-Interop und ohne serverseitige Automatisierung.
WordExcel
Tabellenkalkulationen, die Ihre Nutzer lesen können, aber nicht ich
Serverseitiges Rendern von XLS/XLSX/ODS/CSV mit erhaltenem Format und ausgeblendeten Blättern im Hintergrund.
ExcelArchivierte E-Mails, die ohne Outlook geöffnet werden
Rendert Outlook MSG, EML und EMLX serverseitig – lesbare archivierte Korrespondenz ohne installierten E-Mail-Client.
E-MailNicht sicher, welche passt?
Der Betrachter ist in jedem Fall derselbe – die Unterschiede liegen in den Integrationsdetails. Fordern Sie Zugriff zur Evaluierung an und testen Sie ihn mit Ihren eigenen Dateien.