Intégration des SDK de visionneuse de documents avec le stockage cloud et les plateformes de collaboration
Pourquoi la visualisation de documents cloud‑native est importante pour les applications .NET modernes
Cohérence multiplateforme avec un seul cœur .NET
Les entreprises s’éloignent des outils de documents uniquement de bureau et adoptent des expériences web‑first qui s’exécutent sous Windows. Le moteur de rendu côté serveur de Doconut fonctionne sur .NET 6 et versions ultérieures, garantissant le même rendu pixel‑parfait quel que soit le système d’exploitation sous‑jacent. Comme la visionneuse travaille avec des flux, vous pouvez extraire un fichier de n’importe quel bucket cloud, le transmettre directement au composant visionneuse Doconut, et renvoyer les pages rendues ou les miniatures au client sans jamais écrire le fichier sur le disque.
Réduction de la latence et de la bande passante
Lorsqu’un document réside dans Azure Blob Storage, télécharger le fichier complet côté client simplement pour afficher la première page engendre une latence inutile. Doconut prend en charge la génération de miniatures à la demande, vous permettant de demander d’abord un aperçu basse résolution et de récupérer le rendu complet de la page uniquement lorsque l’utilisateur fait défiler. Ce schéma est particulièrement utile pour les grands dessins CAD (DWG, DXF) pouvant atteindre plusieurs centaines de mégaoctets.
Traitement axé sur la sécurité
Toute la charge lourde reste sur le serveur. En utilisant les capacités de traitement côté serveur de Doconut, vous conservez les PDF confidentiels, les contrats juridiques ou les dossiers médicaux à l’intérieur de votre VNet privé ou derrière un pare‑feu d’entreprise. Aucun SaaS tiers n’est appelé, et la visionneuse ne diffuse jamais de octets bruts vers un moteur côté navigateur—seulement des tuiles d’image ou des fragments HTML que vous générez en arrière‑plan.
Connexion de Doconut aux services de stockage cloud populaires
Approche générale d’intégration
- Obtenir le flux du document – Utilisez le SDK de votre fournisseur cloud choisi (Azure Blob, Amazon S3, Google Cloud Storage) pour télécharger le fichier dans un objet
Stream. - Passer le flux à Doconut – La visionneuse Doconut accepte un flux accompagné d’options de rendu facultatives. Cela élimine le besoin de fichiers temporaires sur le serveur web.
- Générer un jeton de visionneuse – Doconut renvoie un jeton qui identifie de manière unique le document ouvert pour la session en cours. Le jeton peut être renvoyé au front‑end sous forme de JSON et utilisé pour les requêtes ultérieures de rendu de page ou d’annotation.
- Rendre les pages à la demande – Le front‑end appelle le point d’accès Doconut avec le jeton et le numéro de page souhaité ; Doconut renvoie un flux d’image ou un fragment HTML.
Comme le flux de travail repose uniquement sur les flux, remplacer le code Azure par Amazon S3 ou Google Cloud Storage ne nécessite qu’un changement dans l’appel du cloud‑SDK qui crée le flux ; le reste du pipeline Doconut reste identique.
Gestion du stockage multi‑locataire
Dans un DMS SaaS, chaque locataire peut disposer d’un bucket ou d’un préfixe séparé. Puisque Doconut travaille avec des flux, vous pouvez résoudre le bucket correct à l’exécution, ouvrir le document et conserver le jeton limité aux revendications de l’utilisateur actuel. Le cache interne de Doconut (IDistributedCache) peut être configuré pour utiliser Redis ou Azure Cache for Redis, garantissant que les requêtes répétées pour la même page utilisent la mémoire plutôt que de re‑rendre.
Activation de l’annotation en temps réel et de l’OCR dans les flux de travail collaboratifs
Plugin d’annotation : transformer une visionneuse statique en centre de révision
Doconut est fourni avec un Plugin d’annotation qui permet aux utilisateurs de surligner du texte, d’ajouter des notes autocollantes ou de dessiner des formes libres. Après l’ouverture d’un document, vous obtenez un gestionnaire d’annotation depuis la visionneuse, ajoutez ou modifiez des objets d’annotation, et persistez l’état de l’annotation sous forme de XML. Stocker le XML à côté de l’enregistrement du document permet des historiques de révision versionnés, et charger le XML lors des ouvertures suivantes restaure l’état visuel exact.
Recherche alimentée par OCR pour les PDF numérisés
Les contrats, reçus ou images médicales numérisés arrivent souvent sous forme de PDF uniquement image. Le Plugin de recherche de Doconut exécute automatiquement l’OCR sur le serveur lorsque vous l’activez dans la configuration de la visionneuse. Le moteur OCR réside dans la pile côté serveur, de sorte que le texte extrait ne quitte jamais votre environnement protégé. Une fois l’OCR terminé, vous pouvez appeler l’API de recherche pour récupérer les numéros de page correspondants et les rectangles de délimitation, que l’interface peut mettre en évidence. Parce que l’OCR s’exécute sur le serveur, vous pouvez également indexer le texte extrait dans Azure Cognitive Search, Elasticsearch ou tout autre service de recherche afin de fournir une recherche plein texte instantanée sur l’ensemble de votre référentiel.
Collaboration via jetons partagés
Dans les intégrations Teams ou SharePoint, vous générez généralement un jeton à courte durée de vie qui encode l’ID du document, les autorisations de l’utilisateur et un horodatage. La chaîne de jeton de Doconut renvoyée par l’appel OpenDocument peut être encapsulée dans un JWT ou stockée dans une entrée de cache. Lorsqu’un autre utilisateur clique sur le lien partagé, le même jeton est utilisé pour réhydrater la visionneuse, préservant les annotations et les couches OCR pour tous les participants.
Conversion sécurisée côté serveur et impression contrôlée avec Doconut
De nombreuses entreprises doivent convertir les fichiers Word, Excel ou CAD entrants en PDF pour l’archivage, ou appliquer une politique « imprimer uniquement si approuvé ». Le Plugin de conversion de Doconut gère ces scénarios sans nécessiter Microsoft Office ou des services tiers. Vous invoquez l’API de conversion sur le serveur, en transmettant le chemin du fichier source (ou le flux) et le format de sortie souhaité. La conversion s’exécute entièrement en back‑end, produisant un PDF qui peut être stocké dans votre référentiel de documents.
Une fois le PDF créé, vous pouvez activer l’Impression contrôlée directement dans l’interface de la visionneuse. Doconut expose une méthode pour définir les autorisations d’impression pour un jeton de document donné. Lorsque l’utilisateur clique sur le bouton d’impression, Doconut vérifie le drapeau et rend soit un flux d’image imprimable, soit renvoie un message convivial « impression désactivée ». Cette approche élimine le besoin de JavaScript personnalisé pour bloquer la boîte de dialogue d’impression du navigateur.
Audit de l’activité d’impression
Comme la requête d’impression transite par le middleware Doconut, vous pouvez vous brancher sur le pipeline de journalisation d’ASP.NET Core pour capturer qui a imprimé quoi et quand. Stockez l’entrée d’audit dans une table SQL ou transmettez‑la à un système SIEM pour les rapports de conformité—crucial pour les solutions de technologie juridique ou de santé où chaque accès à un document doit être traçable.
Bonnes pratiques pour l’évolutivité et la performance dans les environnements multiplateformes
- Exploiter le cache distribué – Le cache interne de tuiles de page de Doconut peut être soutenu par Redis, Azure Cache ou toute implémentation
IDistributedCache. Incluez le hachage de version du document dans les clés de cache pour éviter de servir des images obsolètes après une conversion. - Utiliser des tâches en arrière‑plan pour la conversion en masse – Lors de l’intégration d’une grande archive, mettez en file d’attente les tâches de conversion avec Hangfire ou Azure Functions. La classe de visionneuse Doconut fonctionne avec des workers
IHostedServicecar elle accepte des flux et renvoie des jetons sans nécessiter de contexte HTTP. - Ajuster la résolution d’image selon l’appareil – Les appareils mobiles bénéficient d’une
ImageResolutionplus basse (150‑200 DPI), tandis que les stations de travail de bureau peuvent demander 300 DPI pour le détail CAD. Ajustez la résolution en fonction de la chaîne user‑agent ou d’un paramètre côté client. - Activer le chargement paresseux des annotations – Stockez le XML d’annotation dans une table séparée et chargez‑le uniquement lorsque l’utilisateur ouvre le panneau d’annotation. Cela réduit la charge initiale et accélère le rendu de la première page.
- Surveiller l’empreinte mémoire – Le rendu de pages CAD haute résolution peut être gourmand en mémoire. Configurez le GC .NET pour utiliser le mode serveur en production (
<gcServer enabled="true"/>) et définissez un délai d’attente raisonnable pour éviter les tâches de rendu incontrôlées. - Appliquer un CDN pour les actifs statiques – Les bundles JavaScript et CSS de la visionneuse sont statiques. Servez‑les depuis Azure CDN, CloudFront ou Cloudflare pour gagner quelques millisecondes sur le chargement initial de la page, surtout pour des équipes distribuées mondialement.
En suivant ces directives, vous pouvez prendre en charge des milliers d’utilisateurs simultanés à travers les continents tout en maintenant la latence sous 200 ms pour la première page—un objectif que de nombreux portails d’entreprise recherchent.
Démarrage rapide avec l’essai gratuit de Doconut
La façon la plus rapide d’évaluer Doconut est de télécharger l’essai gratuit depuis le site officiel, d’ajouter le package NuGet à un nouveau projet ASP.NET Core, et de suivre le guide de démarrage rapide. En quelques minutes, vous disposerez d’une visionneuse fonctionnelle capable de récupérer des documents depuis Azure Blob, d’activer l’annotation, d’exécuter une recherche basée sur l’OCR et d’effectuer une conversion sécurisée côté serveur. Pour des instructions pas à pas, consultez la documentation Doconut et commencez dès aujourd’hui à créer votre expérience de documents cloud‑native.
Prêt à transformer vos flux de travail documentaires ? Inscrivez‑vous dès maintenant à l’essai gratuit de Doconut et découvrez à quel point il est facile de fournir des expériences de documents sécurisées, recherchables et collaboratives dans n’importe quelle application .NET.