Verwenden eines Three-Tier-Architekturmodells
Das dreistufige Architekturmodell, das das grundlegende Framework für das logische Entwurfsmodell darstellt, unterteilt die Komponenten einer Anwendung in drei Dienstebenen. Diese Ebenen entsprechen nicht unbedingt physischen Speicherorten auf verschiedenen Computern in einem Netzwerk, sondern eher logischen Ebenen der Anwendung. Je nach Systemanforderungen kann sich ändern, wie die Teile einer Anwendung in einer physischen Topologie verteilt werden.
Im Folgenden sind kurze Beschreibungen der Dienste aufgeführt, die den einzelnen Ebenen zugeordnet sind:
Die Präsentationsebene oder Benutzerdienstebene gewährt einem Benutzer Zugriff auf die Anwendung. Diese Ebene stellt dem Benutzer Daten vor und ermöglicht optional Datenbearbeitung und Dateneingabe. Die beiden Standard Typen der Benutzeroberfläche für diese Ebene sind die herkömmliche Anwendung und die webbasierte Anwendung. Webbasierte Anwendungen enthalten jetzt häufig die meisten Datenbearbeitungsfeatures, die herkömmliche Anwendungen verwenden. Dies wird durch die Verwendung von dynamischem HTML und clientseitigen Datenquellen und Datencursorn erreicht.
Hinweis
In einer Anwendung mit drei Ebenen ist die clientseitige Anwendung skinter als eine Client-Server-Anwendung, da sie nicht die Dienstkomponenten enthält, die sich jetzt auf der mittleren Ebene befinden. Dies führt zu weniger Mehraufwand für den Benutzer, aber zu mehr Netzwerkdatenverkehr für das System, da komponenten auf verschiedene Computer verteilt sind.
Die mittlere Ebene oder Die Ebene der Geschäftsdienste besteht aus Geschäfts- und Datenregeln. Auf der mittleren Ebene können COM+-Entwickler unternehmenskritische Geschäftsprobleme lösen und große Produktivitätsvorteile erzielen. Die Komponenten, aus denen diese Ebene besteht, können auf einem Servercomputer vorhanden sein, um die Ressourcenfreigabe zu unterstützen. Diese Komponenten können verwendet werden, um Geschäftsregeln wie Geschäftsalgorithmen und gesetzliche oder behördliche Vorschriften sowie Datenregeln zu erzwingen, die darauf ausgelegt sind, die Datenstrukturen innerhalb bestimmter oder mehrerer Datenbanken konsistent zu halten. Da diese Komponenten der mittleren Ebene nicht an einen bestimmten Client gebunden sind, können sie von allen Anwendungen verwendet und an verschiedene Speicherorte verschoben werden, da die Antwortzeit und andere Regeln erforderlich sind. Beispielsweise können einfache Bearbeitungen auf der Clientseite platziert werden, um Netzwerk-Roundtrips zu minimieren, oder Datenregeln können in gespeicherten Prozeduren platziert werden.
Die Datenebene oder Datendienstebene interagiert mit persistenten Daten, die normalerweise in einer Datenbank oder im permanenten Speicher gespeichert sind. Dies ist die tatsächliche DBMS-Zugriffsebene. Auf sie kann über die Ebene "Geschäftsdienste" und gelegentlich über die Ebene "Benutzerdienste" zugegriffen werden. Diese Ebene besteht aus Datenzugriffskomponenten (anstelle von unformatierten DBMS-Verbindungen), um die Ressourcenfreigabe zu unterstützen und die Konfiguration von Clients zu ermöglichen, ohne die DBMS-Bibliotheken und ODBC-Treiber auf jedem Client zu installieren.
Während des Lebenszyklus einer Anwendung bietet der Ansatz mit drei Ebenen Vorteile wie Wiederverwendbarkeit, Flexibilität, Verwaltbarkeit, Wartbarkeit und Skalierbarkeit. Sie können die von Ihnen erstellten Komponenten und Dienste freigeben und wiederverwenden und bei Bedarf auf ein Netzwerk von Computern verteilen. Sie können große und komplexe Projekte in einfachere Projekte unterteilen und sie verschiedenen Programmierern oder Programmierteams zuweisen. Sie können auch Komponenten und Dienste auf einem Server bereitstellen, um mit Änderungen Schritt zu halten, und Sie können sie erneut bereitstellen, wenn die Benutzerbasis, die Daten und das Transaktionsvolumen der Anwendung zunimmt.
Zugehörige Themen