Pourquoi pas l’automatisation
Pourquoi les composants Aspose sont-ils une bien meilleure option que l’automatisation Microsoft Office. Il y a deux questions que nous entendons le plus souvent chez Aspose :
- Vos produits nécessitent-ils l’installation de Microsoft Office pour fonctionner ? La réponse simple est non. Les composants Aspose sont totalement indépendants et ne sont ni affiliés, ni autorisés, sponsorisés ou approuvés par Microsoft Corporation.
- Pourquoi devrions‑nous utiliser les produits Aspose plutôt que l’automatisation Microsoft Office ? La réponse la plus courte que nous puissions donner est qu’il existe de nombreuses raisons, la principale étant que Microsoft elle‑même recommande fortement de ne pas recourir à l’automatisation Office depuis des solutions logicielles : Considérations pour l’automatisation côté serveur d’Office. Il existe plusieurs raisons pour lesquelles les composants Aspose constituent une meilleure alternative à l’automatisation. Certains des points clés sont décrits ci-dessous. Assurez‑vous également de consulter les liens à la fin de cette section.
Sécurité
Ce qui suit est une citation directe de l’article Microsoft référencé ci‑dessus :
"Les applications Office n’ont jamais été conçues pour une utilisation côté serveur et ne tiennent donc pas compte des problèmes de sécurité auxquels sont confrontés les composants distribués. Office n’authentifie pas les requêtes entrantes et ne vous protège pas contre l’exécution involontaire de macros, ou le démarrage d’un autre serveur pouvant exécuter des macros, depuis votre code côté serveur. N’ouvrez pas les fichiers téléchargés sur le serveur depuis un site Web anonyme ! En fonction des paramètres de sécurité récemment définis, le serveur peut exécuter des macros sous le contexte Administrateur ou Système avec tous les privilèges, compromettant ainsi votre réseau ! De plus, Office utilise de nombreux composants côté client (tels que Simple MAPI, WinInet et MSDAIPP) qui peuvent mettre en cache les informations d’authentification du client afin d’accélérer le traitement. Si Office est automatisé côté serveur, une instance peut desservir plusieurs clients et, étant donné que les informations d’authentification sont mises en cache pour cette session, il est possible qu’un client utilise les informations d’identification mises en cache d’un autre client, obtenant ainsi des autorisations d’accès non accordées en se faisant passer pour d’autres utilisateurs."
Les produits Aspose sont très sécurisés. Les composants Aspose s’exécutent dans le même contexte utilisateur que toutes les applications ASP.NET, sous l’utilisateur ASPNET. Ainsi, les composants Aspose ne constituent pas de risque potentiel pour les ressources système vitales. De plus, lorsqu’un document est ouvert par un composant Aspose, les macros ne sont pas exécutées automatiquement. Les composants Aspose ont été conçus pour permettre aux développeurs de créer, manipuler et enregistrer des fichiers Office. Aucun des risques associés au package Microsoft Office n’est inhérent aux composants Aspose.
Stabilité
Ce qui suit est une citation directe de l’article Microsoft mentionné ci‑dessus :
"Office 2000, Office XP et Office 2003 utilisent la technologie Microsoft Windows Installer (MSI) pour faciliter l’installation et l’auto‑réparation pour l’utilisateur final. MSI introduit le concept d’« installation à la première utilisation », qui permet d’installer ou de configurer dynamiquement des fonctionnalités au moment de l’exécution (pour le système, ou plus souvent pour un utilisateur particulier). Dans un environnement côté serveur, cela ralentit les performances et augmente la probabilité qu’une boîte de dialogue apparaisse, demandant à l’utilisateur d’approuver l’installation ou de fournir le disque d’installation approprié. Bien que cela vise à augmenter la résilience d’Office en tant que produit destiné aux utilisateurs finaux, l’implémentation des capacités MSI d’Office est contre‑productive dans un environnement serveur. De plus, la stabilité d’Office en général ne peut être garantie lorsqu’il est exécuté côté serveur, car il n’a pas été conçu ou testé pour ce type d’utilisation. Utiliser Office comme composant de service sur un serveur réseau peut réduire la stabilité de cette machine et, par conséquent, de votre réseau dans son ensemble. Si vous prévoyez d’automatiser Office côté serveur, essayez d’isoler le programme sur un ordinateur dédié qui ne peut pas affecter les fonctions critiques et qui peut être redémarré si besoin."
Étant donné que les composants Aspose sont regroupés dans un seul DLL, il ne sera jamais nécessaire d’installer des pièces supplémentaires pour leur fonctionnement. Les composants Aspose sont utilisés uniquement par les applications .NET et aucune partie du code du composant n’est conçue pour attendre une réponse humaine. Les composants Aspose ont été rigoureusement testés. Ils sont employés par des entreprises telles qu’IBM, Hilton, Reader’s Digest, Bank of America et bien d’autres.
Scalabilité/Vitesse
Ce qui suit est une citation directe de l’article Microsoft mentionné ci‑dessus :
"Les composants côté serveur doivent être des composants COM hautement réentrants et multithread avec un minimum de surcharge et un débit élevé pour plusieurs clients. Les applications Office sont, à bien des égards, exactement le contraire. Elles sont des serveurs d’automatisation non réentrants basés sur STA, conçus pour fournir une fonctionnalité diversifiée mais gourmande en ressources pour un seul client. Elles offrent peu de scalabilité en tant que solution côté serveur et possèdent des limites fixes sur des éléments importants, comme la mémoire, qui ne peuvent être modifiées via la configuration. De plus, elles utilisent des ressources globales (telles que des fichiers mémoire‑mappés, des compléments ou modèles globaux, et des serveurs d’automatisation partagés), ce qui peut limiter le nombre d’instances pouvant s’exécuter simultanément et entraîner des conditions de concurrence si elles sont configurées dans un environnement multi‑client. Les développeurs prévoyant d’exécuter plusieurs instances d’une application Office en même temps doivent envisager le « pooling » ou la sérialisation de l’accès à l’application Office afin d’éviter d’éventuels blocages ou corruptions de données."
Les composants Aspose sont hautement évolutifs et ultra rapides. Les applications Office n’ont pas été conçues pour être utilisées simultanément par des centaines voire des milliers d’utilisateurs ; cependant, les composants Aspose sont conçus exactement pour cela. Nos composants sont une véritable solution .NET et fonctionnent parfaitement, que ce soit sur un serveur unique alimentant une seule application ou sur un farm web équilibré gérant une application d’entreprise.
Prix
Lorsqu’une application utilise l’automatisation Microsoft Office, une copie de Microsoft Office doit être achetée pour chaque machine exécutant l’application. Il arrive souvent qu’une application doive créer ou manipuler un fichier Office sans que l’utilisateur n’ait besoin d’Office. Aspose propose une licence de redistribution très rentable, sans redevance, qui permet un déploiement à un nombre illimité d’utilisateurs sans souci de licence.
Lors de la création d’applications Web, il est important de savoir que les composants d’automatisation Microsoft Office ne sont ni tarifés ni licenciés pour les solutions côté serveur (Licence des composants Web Office 2000 et des extensions serveur Office); par conséquent, il n’existe aucune solution de licence adéquate pour déployer des applications Web utilisant les composants Microsoft Office. Aspose propose également une solution très rentable pour les applications serveur.
Fonctionnalités
Les composants Aspose offrent tout le nécessaire pour gérer les fichiers Office, et bien plus encore. Ils sont conçus selon la philosophie de permettre aux développeurs d’obtenir les meilleurs résultats avec le moindre effort. Contrairement à l’automatisation Office, les composants Aspose proposent de nombreuses fonctions puissantes et gain de temps. Par exemple, Aspose.Cells permet aux développeurs d’exporter directement depuis un DataTable ou DataView vers un fichier Excel. Aspose.Words offre une fonctionnalité similaire qui permet de remplir un document de publipostage Word directement à partir de n’importe quel objet de données .NET. Chaque composant de la famille Aspose propose son propre ensemble de fonctionnalités uniques et puissantes.
Le meilleur avantage d’acheter un composant Aspose ou une suite de composants est d’avoir accès à nos équipes de développement. Nos équipes comprennent que si votre entreprise a besoin d’une fonctionnalité, il est très probable que d’autres entreprises en aient également besoin. Bien que toutes les demandes de fonctionnalités ne puissent être implémentées, nos équipes s’efforcent d’être très ouvertes et flexibles lorsqu’elles offrent de l’assistance. Cette mentalité a permis aux composants Aspose de devenir aussi puissants. Si vous avez besoin de fonctionnalités supplémentaires provenant des objets d’automatisation Office, vos chances de les voir ajoutées sont très, très faibles.
Conclusion
Cet article a couvert les points clés expliquant pourquoi les composants Aspose constituent une meilleure alternative à l’automatisation Office. Tous les différents composants Aspose offrent une version d’évaluation sans risque et sans engagement. Nous vous encourageons à profiter de cette évaluation afin de découvrir ce qu’Aspose peut faire pour vos applications.
Pour plus d’informations, consultez les articles Internet suivants :