Vous avez déposé des fichiers sur ce site pour les lire. À un moment donné, quelqu’un se demande si la même chose peut être intégrée à l’application sur laquelle vous travaillez — un dossier, une réclamation, un dessin, ouvert dans votre propre page au lieu d’être téléchargé. C’est possible, et la décision est plus simple qu’elle n’y paraît, car une seule chose change réellement.
La seule chose qui change : où le fichier va
Ici, vous téléversez un document chez nous, il est rendu, et il est supprimé lorsque vous le fermez. C’est le compromis adéquat pour un fichier qui vous a été envoyé une fois et que vous voulez lire immédiatement.
C’est le mauvais compromis pour un document qui ne vous appartient pas. Un dossier médical, un contrat signé, un dessin sous NDA — ils ne peuvent pas quitter votre infrastructure, et aucune promesse de suppression ne résout cela, car le fichier a tout de même circulé. Intégrer le moteur de rendu l’inverse : le document est ouvert par votre serveur, à l’intérieur de votre réseau, et ce qui atteint le navigateur est un rendu. Le fichier ne se déplace jamais.
C’est la raison d’intégrer. Tout le reste n’est qu’un détail.
C’est un composant, pas un widget
Ce que les gens comprennent d’abord à tort : ce n’est pas du JavaScript qui ouvre le fichier dans le navigateur. C’est un composant .NET natif que vous référencez depuis votre projet, et le rendu se fait côté serveur. Votre page reçoit le résultat.
Deux conséquences en découlent. La bonne : le navigateur n’installe rien — aucun plugin, aucun ActiveX, aucun lecteur — il fonctionne donc de la même façon sur un poste verrouillé que sur un téléphone. Celle à prévoir : votre serveur effectue le travail, ainsi un PDF de 200 pages et un dessin de 40 Mo ne constituent pas la même requête. Dimensionnez la machine pour le plus gros fichier que vous accepterez, et refusez tout fichier plus volumineux lors du téléversement.
Ce que vous devez décider avant de commencer
Trois questions, et aucune ne porte sur le visualiseur :
- D'où proviennent les documents — une base de données, un partage de fichiers, un stockage blob ?
- Qui est autorisé à voir celui‑ci, et l’URL du visualiseur l’impose‑t‑elle ou suppose‑t‑elle simplement ?
- Que se passe‑t‑il avec les fichiers temporaires que le rendu produit, et quand.
Répondez à ces questions et l’intégration elle‑même sera courte. Si vous les laissez de côté, vous devrez ajouter une autorisation à un visualiseur qui fonctionne déjà, ce qui est pire.
Où cela s’exécute
.NET Framework 4.0 et supérieur, ainsi que .NET Standard 2.0 et supérieur — donc WebForms, MVC, ASP.NET Core, Blazor Server et conteneurs Linux. Office n’a pas besoin d’être installé sur le serveur ; le moteur de rendu lit les formats directement.
Si vous ne vouliez lire qu’un seul fichier aujourd’hui, c’est à cela que sert la visionneuse PDF et le reste des visualiseurs ici. Si c’est l’application à laquelle vous pensez, le composant, ses packages et sa documentation API se trouvent sur Doconut.com.