Warum nicht Automatisierung

Warum sind Aspose‑Komponenten eine deutlich bessere Option als die Microsoft‑Office‑Automatisierung? Es gibt zwei Fragen, die wir bei Aspose am häufigsten hören:

  1. Erfordern Ihre Produkte, dass Microsoft Office installiert ist, damit sie laufen können? Die einfache Antwort lautet nein. Aspose‑Komponenten sind völlig unabhängig und stehen in keiner Verbindung zu Microsoft Corporation, noch werden sie von Microsoft autorisiert, gesponsert oder anderweitig genehmigt.
  2. Warum sollten wir Aspose‑Produkte verwenden, anstatt die Microsoft‑Office‑Automatisierung zu nutzen? Die kürzeste Antwort lautet, dass es viele Gründe gibt, wobei der Hauptgrund darin besteht, dass Microsoft selbst dringend von Office‑Automatisierung in Softwarelösungen abrät: Überlegungen zur serverseitigen Automatisierung von Office. Es gibt mehrere Gründe, warum Aspose‑Komponenten eine bessere Alternative zur Automatisierung darstellen. Einige der wichtigsten Punkte werden nachfolgend beschrieben. Außerdem sollten Sie die Links am Ende dieses Abschnitts besuchen.

Sicherheit

Das Folgende ist ein direktes Zitat aus dem oben referenzierten Microsoft‑Artikel:

"Office‑Anwendungen waren nie für den serverseitigen Einsatz vorgesehen und berücksichtigen daher nicht die Sicherheitsprobleme, die bei verteilten Komponenten auftreten. Office authentifiziert eingehende Anfragen nicht und schützt Sie nicht davor, versehentlich Makros auszuführen oder einen weiteren Server zu starten, der Makros ausführen könnte, aus Ihrem serverseitigen Code heraus. Öffnen Sie keine Dateien, die von einem anonymen Web‑Client auf den Server hochgeladen wurden! Abhängig von den zuletzt festgelegten Sicherheitseinstellungen kann der Server Makros unter einem Administrator‑ oder Systemkontext mit vollen Rechten ausführen und Ihr Netzwerk gefährden! Darüber hinaus verwendet Office zahlreiche clientseitige Komponenten (wie Simple MAPI, WinInet und MSDAIPP), die Client‑Authentifizierungsinformationen zwischenspeichern, um die Verarbeitung zu beschleunigen. Wird Office serverseitig automatisiert, kann eine Instanz mehr als einen Client bedienen, und da Authentifizierungsinformationen für diese Sitzung zwischengespeichert wurden, ist es möglich, dass ein Client die zwischengespeicherten Anmeldeinformationen eines anderen Clients verwendet und dadurch nicht gewährte Zugriffsrechte erlangt, indem er andere Benutzer imitiert."

Aspose‑Produkte sind sehr sicher. Aspose‑Komponenten laufen im selben Benutzerkontext wie alle ASP.NET‑Anwendungen, unter dem ASPNET‑Benutzer. Daher stellen Aspose‑Komponenten kein potenzielles Risiko für wichtige Systemressourcen dar. Außerdem werden beim Öffnen eines Dokuments durch eine Aspose‑Komponente Makros nicht automatisch ausgeführt. Aspose‑Komponenten wurden mit dem Ziel entwickelt, Entwicklern das Erstellen, Manipulieren und Speichern von Office‑Dateien zu ermöglichen. Keine der mit dem Microsoft‑Office‑Paket verbundenen Risiken sind in Aspose‑Komponenten enthalten.

Stabilität

Das Folgende ist ein direktes Zitat aus dem oben referenzierten Microsoft‑Artikel:

"Office 2000, Office XP und Office 2003 verwenden die Microsoft Windows Installer (MSI)-Technologie, um die Installation und Selbstreparatur für Endbenutzer zu vereinfachen. MSI führt das Konzept "install on first use" ein, das es ermöglicht, Funktionen zur Laufzeit dynamisch zu installieren oder zu konfigurieren (für das System oder häufiger für einen bestimmten Benutzer). In einer serverseitigen Umgebung verlangsamt dies die Leistung und erhöht die Wahrscheinlichkeit, dass ein Dialogfeld erscheint, das den Benutzer auffordert, die Installation zu genehmigen oder ein passendes Installationsmedium bereitzustellen. Obwohl es die Resilienz von Office als Endbenutzer‑Produkt steigern soll, ist Office’s Implementierung der MSI‑Funktionen in einer serverseitigen Umgebung kontraproduktiv. Darüber hinaus kann die Stabilität von Office im Allgemeinen nicht gewährleistet werden, wenn es serverseitig ausgeführt wird, da es hierfür nicht entwickelt oder getestet wurde. Die Verwendung von Office als Service‑Komponente auf einem Netzwerk‑Server kann die Stabilität dieser Maschine und damit Ihres gesamten Netzwerks verringern. Wenn Sie Office serverseitig automatisieren möchten, versuchen Sie, das Programm auf einen dedizierten Rechner zu isolieren, der keine kritischen Funktionen beeinträchtigen kann und bei Bedarf neu gestartet werden kann."

Da Aspose‑Komponenten in einer einzigen DLL verpackt sind, ist nie eine Installation zusätzlicher Teile erforderlich, damit sie funktionieren. Aspose‑Komponenten werden ausschließlich von .NET‑Anwendungen genutzt und enthalten keinen Code, der auf eine menschliche Reaktion warten muss. Aspose‑Komponenten wurden umfassend getestet. Aspose‑Komponenten werden von Unternehmen wie IBM, Hilton, Reader’s Digest, Bank of America und vielen weiteren verwendet.

Skalierbarkeit/Geschwindigkeit

Das Folgende ist ein direktes Zitat aus dem oben referenzierten Microsoft‑Artikel:

"Serverseitige Komponenten müssen hochgradig reentrant, multithreaded COM‑Komponenten mit minimalem Overhead und hoher Durchsatzrate für mehrere Clients sein. Office‑Anwendungen sind in fast allen Punkten das genaue Gegenteil. Sie sind nicht reentrant, STA‑basierte Automatisierungsserver, die dafür ausgelegt sind, vielfältige, aber ressourcenintensive Funktionen für einen einzelnen Client bereitzustellen. Sie bieten als serverseitige Lösung nur geringe Skalierbarkeit und haben feste Obergrenzen für wichtige Elemente wie den Arbeitsspeicher, die nicht über Konfiguration geändert werden können. Noch wichtiger ist, dass sie globale Ressourcen (wie speicherabbildende Dateien, globale Add‑Ins oder Vorlagen und gemeinsam genutzte Automatisierungsserver) verwenden, was die Anzahl gleichzeitig laufender Instanzen einschränken und zu Race‑Conditions führen kann, wenn sie in einer Multi‑Client‑Umgebung konfiguriert werden. Entwickler, die planen, mehr als eine Instanz einer Office‑Anwendung gleichzeitig auszuführen, müssen ein "Pooling" oder die Serialisierung des Zugriffs auf die Office‑Anwendung in Betracht ziehen, um potenzielle Deadlocks oder Datenkorruption zu vermeiden."

Aspose‑Komponenten sind hoch skalierbar und blitzschnell. Office‑Anwendungen wurden nicht dafür konzipiert, gleichzeitig von Hunderten oder Tausenden von Benutzern genutzt zu werden; Aspose‑Komponenten hingegen genau dafür entwickelt. Unsere Komponenten sind eine echte .NET‑Lösung und funktionieren einwandfrei, egal ob auf einem einzigen Server mit einer einzelnen Anwendung oder in einem load‑balanced Web‑Farm, das eine unternehmensweite Anwendung unterstützt.

Preis

Wenn eine Anwendung Microsoft‑Office‑Automatisierung verwendet, muss für jeden Rechner, auf dem die Anwendung läuft, eine Kopie von Microsoft Office erworben werden. Oft muss eine Anwendung eine Office‑Datei erstellen oder manipulieren, ohne dass der Benutzer Office besitzen muss. Aspose bietet eine sehr kostengünstige, lizenzgebührenfreie Weiterlizenz, die die Bereitstellung an eine unbegrenzte Anzahl von Benutzern ohne Lizenzprobleme ermöglicht.

Bei der Erstellung webbasierter Anwendungen ist es wichtig zu wissen, dass Microsoft‑Office‑Automatisierungskomponenten nicht für serverseitige Lösungen bepreist oder lizenziert sind (Lizenzierung der Office 2000 Webkomponenten und Office‑Server‑Erweiterungen); daher gibt es keine gute Lizenzlösung für die Bereitstellung von Webanwendungen, die Microsoft‑Office‑Komponenten nutzen. Aspose bietet ebenfalls eine sehr kostengünstige Lösung für serverbasierte Anwendungen.

Funktionen

Aspose‑Komponenten bieten alles, was für die Verwaltung von Office‑Dateien benötigt wird, und noch viel, viel mehr. Sie sind nach dem Prinzip entwickelt, dass Entwickler mit möglichst wenig Aufwand die besten Ergebnisse erzielen können. Im Gegensatz zur Office‑Automatisierung bieten Aspose‑Komponenten viele leistungsstarke, zeitsparende Funktionen. Beispielsweise ermöglicht Aspose.Cells Entwicklern den Export aus einer DataTable oder DataView direkt in eine Excel‑Datei. Aspose.Words bietet eine ähnliche Funktion, mit der Entwickler ein Word‑Seriendruckdokument direkt aus jedem .NET‑Datenobjekt füllen können. Jede Komponente der Aspose‑Familie bietet ihren eigenen Satz einzigartiger, leistungsstarker Funktionen.

Das Beste am Kauf einer Aspose‑Komponente oder eines Komponenten‑Pakets ist der Zugriff auf unsere Entwicklungsteams. Unsere Entwickler erkennen, dass ein Feature, das Ihr Unternehmen benötigt, höchstwahrscheinlich auch andere Unternehmen benötigen. Obwohl nicht jede Feature‑Anfrage umgesetzt werden kann, versuchen unsere Teams, bei der Unterstützung sehr offen und flexibel zu sein. Diese Einstellung hat dazu beigetragen, dass Aspose‑Komponenten so leistungsfähig geworden sind. Wenn Sie zusätzliche Funktionen von Office‑Automatisierungsobjekten benötigen, sind Ihre Chancen, dass sie hinzugefügt werden, sehr, sehr gering.

Fazit

Dieser Artikel hat die wichtigsten Gründe erläutert, warum Aspose‑Komponenten eine bessere Wahl als Office‑Automatisierung sind. Alle verschiedenen Aspose‑Komponenten bieten eine risikofreie, unverbindliche Evaluierungsversion. Wir empfehlen Ihnen, diese Evaluierung zu nutzen, um zu sehen, was Aspose für Ihre Anwendungen tun kann.

Weitere Informationen finden Sie in den folgenden Internetartikeln: