Wybierz kształt swojego problemu
Doconut to jedno SDK, ale powody, dla których zespoły sięga po nie, różnią się. Niektóre przychodzą z ograniczeniem frameworka — musi działać w Blazor, musi być częścią istniejącego potoku ASP.NET Core. Inne mają problem z formatem — nikt w zespole nie chce zarządzać renderowaniem DOCX. Zacznij od tego, co najlepiej Cię opisuje.
Według frameworka
Już wiesz, w jakim stosie ma działać.
Blazor
Przeglądarka dokumentów, która działa wewnątrz Blazor
Renderowanie po stronie serwera z widżetem, który czysto montuje się w cyklu życia interop Blazor — obsługiwane zarówno Server, jak i WebAssembly.
BlazorASP.NET Core
Trzy wywołania middleware, a nie przepisanie
Rejestruje się jako zwykłe DI plus middleware. Dziedziczy autoryzację, logowanie i hosting, które już posiadasz.
ASP.NET CoreWedług formatu
Już wiesz, które pliki mają być otwierane.
Przeglądarka PDF, która nie przekazuje pliku PDF
Renderowanie PDF po stronie serwera na obrazy stron — użytkownik czyta dokument, nigdy nie otrzymując pliku.
PDFWord
Dokumenty Word bez Worda na serwerze
Natywne renderowanie DOC/DOCX/RTF/ODT bez instalacji Office, bez interopu COM i bez automatyzacji po stronie serwera.
WordExcel
Arkusze kalkulacyjne, które Twoi użytkownicy mogą czytać, ale nie ja
Renderowanie po stronie serwera plików XLS/XLSX/ODS/CSV z zachowanym formatowaniem i pominiętymi ukrytymi arkuszami.
ExcelZarchiwizowany e-mail, który otwiera się bez Outlooka
Renderuje Outlook MSG, EML i EMLX po stronie serwera — czytelna archiwalna korespondencja bez zainstalowanego klienta poczty.
E-mailNie jesteś pewien, które pasuje?
Podgląd jest taki sam w każdym przypadku — różnice to szczegóły integracji. Poproś o dostęp do oceny i wypróbuj go na własnych plikach.