Dokumentenbetrachter für ASP.NET Core und .NET Standard
12.8.2023

Dokumentenbetrachter für ASP.NET Core und .NET Standard

Welche Laufzeiten der Doconut‑Viewer unterstützt, wo er läuft, was der Browser installieren muss und was der Server stattdessen tut. Fakten, keine Verkaufsseite.

Der Viewer, der diese Seite betreibt, ist eine native .NET‑Komponente. In Ihrem eigenen Projekt ist er eine Referenz, kein Dienst, den Sie aufrufen. Zwei Build‑Ziele: .NET Framework 4.0 und höher, und .NET Standard 2.0 und höher, was ihn in .NET Core und alles, was danach kommt, einbindet. Die Komponente ist Doconut.

ASP.NET CORE | .NET STANDARD DOKUMENTENBETRACHTER
ASP.NET CORE | .NET STANDARD DOKUMENTENBETRACHTER

Welches Ziel Sie verwenden

Wählen Sie nach dem, was das Projekt bereits ist, nicht danach, was neuer klingt.

  • WebForms oder MVC auf .NET Framework — das 4.0+ Ziel. Nichts zu ändern.
  • ASP.NET Core MVC oder Razor Pages — das .NET Standard 2.0 Ziel.
  • Blazor Server — das gleiche .NET Standard 2.0 Ziel. Das Rendering erfolgt in jedem Fall auf dem Server, sodass das Hosting‑Modell nicht ändert, was die Komponente benötigt.
  • Linux‑Container — unterstützt. Es ist der .NET‑Core‑Pfad, in einem Container.

Beide Ziele verwenden denselben Renderer. Das Ziel bestimmt, welche Assembly Sie referenzieren, nicht welche Formate Sie erhalten.

Was der Browser installiert

Nichts. Kein ActiveX, kein Plugin, kein Java, kein Reader. Der Server wandelt das Dokument in etwas um, das ein Browser bereits darstellen kann, und sendet es. Deshalb verhält sich der Viewer auf einem abgesicherten Unternehmens‑Desktop genauso wie auf einem Telefon: Auf dem Client fehlt nichts und nichts ist veraltet.

Was der Server stattdessen tut

Alles. Das Dokument wird auf Ihrer Maschine geöffnet, layoutet und gerendert, was zwei Konsequenzen hat, die Sie berücksichtigen sollten.

  • Office wird auf dem Server nicht benötigt. Der Renderer ist native .NET und liest die Formate direkt. Keine Office‑Installation, kein Interop, kein COM.
  • Rendering verbraucht CPU und Speicher auf Ihrem Rechner. Ein 200‑seitiges PDF und eine 40 MB CAD‑Zeichnung sind nicht dieselbe Anforderung. Dimensionieren Sie die Maschine für die größte Datei, die Sie tatsächlich akzeptieren wollen, und begrenzen Sie Uploads entsprechend.

Was es nicht ist

Es ist keine clientseitige JavaScript‑Bibliothek, die Dateien im Browser öffnet, und es ist keine gehostete API, an die Sie Dokumente senden. Wenn Sie eines davon benötigen, ist dies die falsche Komponente und es ist besser, das von Anfang an zu wissen.

Möchten Sie die Ausgabe sehen, bevor Sie etwas referenzieren? Es ist derselbe Renderer hinter Viewer dieser Seite — laden Sie eine Datei hoch und das ist, was Ihre Benutzer erhalten würden. Lizenzierung, Pakete und API‑Dokumentation finden Sie bei Doconut.com.