Die Diskussion über die Verwendung des Power Connectors hat viele. Tatsächlich kann der Benutzer den Power Connector zum vorhandenen Softwaremodell hinzufügen, das zur Verbindung der geschäftlichen Bedenken und der Überkreuzungsprobleme verwendet wird. Aufgrund der AOP -Semantik ist der Connector -Teil von geschäftlichen Bedenken abhängig. Der Teil der Querschnittsbedenken hängen vom Stromverbinder ab.
Anschließend kann der Benutzer um den Konnektor eine Reihe von ausgewählten Erstellen erstellen, ohne dass Inhalte manuell eingeben müssen. Dies kann die geschäftlichen Bedenken, die Art der Verbindungsteile und die ermittelten Überkreuzungsbedenken sein (dieser Schritt besteht durch die Bestimmung der AOP -gegenseitigen Informationen. und die im Connector gespeicherten Informationen, die zu erreichen sind, sind diese Teil -Exportinformationen natürlich machbar).
Es wird auch argumentiert, dass, um einen reibungslosen Übergang zwischen Design und Implementierung zu ermöglichen und ein architektonisches Design auf niedrigem Ebene zu unterstützen, die mit Linkbasis basierenden Aspekt-orientierten Modellierungswerkzeugen ein Code-Framework unterstützen müssen, das automatisch unterschiedliche AOP-Implementierungstechniken aus dem Designmodell generiert. Ermöglicht es dem Entwickler, sich auf das Erstellen des Modells zu konzentrieren, während das Modellierungstool den Code automatisch generiert. Die Code-Generierung verbessert die Produktivität des Entwicklers und reduziert Fehler Vermeiden Sie Inkonsistenz zwischen Design und Implementierung. Der Designer kann AO mit der objektorientierten Idee entwerfen, und der Entwickler kann die spätere Programmierung gemäß dem generierten Code-Framework fortsetzen.
Es wurde auch vorgeschlagen, dass Steckverbinder eingeführt wurden, um eine Aspekt-orientierte Modellierung zu unterstützen, wodurch die Trennung von Bedenken zu Beginn des Software-Lebenszyklus aufrechterhalten wurde, um die Spezifikation von Kreuzungsanliegen auf architektonischer Ebene zu berücksichtigen. Einer der Hauptgründe wurde eingeführt Entwicklung von Entwicklungstools. Eine automatische Erzeugung von AOP -Code -Frameworks ist ebenfalls erforderlich.
Im Allgemeinen können in der analytischen Entwurfsphase der Software transparenten Modellierungsansätze im Allgemeinen transparente Modellansätze vorgestellt werden und das spätere Schreiben von AOP-Code leiten, um eine nahtlose Verbindung zwischen Design und Code zu erreichen.
Postzeit: Okt-01-2019