Choisissez la forme de votre problème
Doconut est un SDK unique, mais les raisons pour lesquelles les équipes l’adoptent diffèrent. Certains arrivent avec une contrainte de cadre — il doit fonctionner sous Blazor, il doit s’intégrer dans un pipeline ASP.NET Core existant. D’autres arrivent avec un problème de format — personne dans l’équipe ne veut gérer un rendu DOCX. Commencez par ce qui vous décrit le mieux.
Par cadre
Vous savez déjà dans quelle pile il doit vivre.
Blazor
Une visionneuse de documents qui fonctionne à l'intérieur de Blazor
Rendu côté serveur avec un widget qui s'installe proprement dans le cycle de vie de l'interop Blazor — Server et WebAssembly tous deux pris en charge.
BlazorASP.NET Core
Trois appels middleware, pas une réécriture
S’enregistre comme DI ordinaire plus middleware. Hérite de l’authentification, de la journalisation et de l’hébergement que vous avez déjà.
ASP.NET CorePar format
Vous savez déjà quels fichiers doivent s’ouvrir.
Une visionneuse PDF qui ne remet pas le PDF
Rendu PDF côté serveur en images de pages — l'utilisateur lit le document sans jamais recevoir le fichier.
PDFWord
Documents Word sans Word sur le serveur
Rendu natif DOC/DOCX/RTF/ODT sans installation d'Office, sans interop COM et sans automatisation côté serveur.
WordExcel
Des tableurs que vos utilisateurs peuvent lire mais pas les miens
Rendu côté serveur de XLS/XLSX/ODS/CSV avec le formatage préservé et les feuilles cachées laissées de côté.
ExcelCourriel
E-mail archivé qui s'ouvre sans Outlook
Rend les MSG, EML et EMLX d'Outlook côté serveur — correspondance archivée lisible sans client de messagerie installé.
CourrielVous n'êtes pas sûr de celui qui convient ?
Le visualiseur est le même dans chaque cas — les différences résident dans les détails d’intégration. Demandez un accès d’évaluation et testez-le avec vos propres fichiers.