Mindmap-Galerie Software -Architekturstil
Eine kurze Liste von 5 Software -Architekturstilen, einschließlich Komposition, Illustrationen und Beispielcodes. Bietet ein klares, vorhersehbares und wartbares Framework für die Entwicklung von Softwaresystemen.
Bearbeitet um 2025-01-01 17:52:46Ceci est une carte mentale sur la carte mentale des experts en bourse (version détaillée).
This is a mind map about the mind map of stock trading experts (detailed version). The main contents include: 1. Mindset management, 2. Basic knowledge, 3. Technical analysis, 4. Fundamental analysis, 5. Trading strategy, 6. Risk control, 7. Continuous evolution.
Questa è una mappa mentale sulla mappa mentale degli esperti di trading azionari (versione dettagliata).
Ceci est une carte mentale sur la carte mentale des experts en bourse (version détaillée).
This is a mind map about the mind map of stock trading experts (detailed version). The main contents include: 1. Mindset management, 2. Basic knowledge, 3. Technical analysis, 4. Fundamental analysis, 5. Trading strategy, 6. Risk control, 7. Continuous evolution.
Questa è una mappa mentale sulla mappa mentale degli esperti di trading azionari (versione dettagliata).
Software -Architekturstil
veranschaulichen
Beschreiben Sie, wie das System in einem bestimmten Anwendungsfeld organisiert ist
Definition
Ein Glossar
Einige Komponenten und Steckertypen
Eine Reihe von Einschränkungen
Geben Sie an, wie das System Komponenten kombiniert und Teile verbindet
Datenflusssystemstil
Batch -Architekturstil
Prinzip
Jeder Verarbeitungsschritt ist ein separates Programm
Jeder Schritt muss nach Abschluss des vorherigen Schritts beginnen
Die Daten müssen vollständig sein und als Ganzes geliefert werden
Zusammensetzung
Grundkomponenten
Eigenständige Anwendung
Anschlüsse
Etwas mittel
Szene
Geeignet für Szenarien, in denen große Datenmengen verarbeitet werden müssen und regelmäßige und niedrige Echtzeitanforderungen nicht hoch sind
Illustration
Beispiel:
Pipeline-Filter-Architekturstil
Prinzip
Das System unterteilt mehrere sequentielle Verarbeitungsschritte, um die kontinuierlich generierten Daten zu verarbeiten.
Die Schritte werden über einen Datenstrom verbunden, und die Ausgabe eines Schritts ist die Eingabe eines anderen Schritts
Die Datenübertragung wird durch Pipelines abgeschlossen und die Verarbeitungsschritte werden von Filtern implementiert
Zusammensetzung
Grundkomponenten
Filter
Anschlüsse
Pipeline
Szene
Datenflussszenario
Illustration
Beispiel:
Rufen Sie den Architekturstil an
Prinzip
Strategien zur Aufteilung und Eroberung
Ein großes System in mehrere Subsysteme zersetzen
Hauptprogramm/Subprogrammstil
Prinzip
Im Allgemeinen wird eine Einthreadkontrolle verwendet, um das Problem in mehrere Verarbeitungsschritte zu unterteilen
Zusammensetzung
Mitglied
Hauptprogramm, Unterprogramm
Unterroutinen können zu Modulen kombiniert werden
Anschlüsse
Anrufprozess
Beispiel:
Objektorientierter Architekturstil
Prinzip
Datendarstellungsmethode und entsprechende Operationen werden in einem abstrakten Datentyp oder Objekt eingekapselt
Zusammensetzung
Mitglied
Objekt
Illustration
Beispiel:
Hierarchischer System Hakenstil
Prinzip
Jede Schicht bietet Dienste zur oberen Ebene und dient als Kunde in der unteren Ebene.
Die Schichtschnittstelle ist nur für die angrenzende Schicht sichtbar
Illustration
Beispiel:
Client/Server -Architekturstil
Prinzip
Basierend auf der Unklarheit von Ressourcen wird vorgeschlagen, die Teilen zu realisieren
Einstufung
Zwei-Schicht-C/S-Architektur-"Fat Client, Thin Server"
Zusammensetzung
Datenbankserver
Datenschicht
Kundenanwendung
Funktionsschicht, Darstellungsschicht
Netzwerk
Beispiel:
Dreischichtige C/s-Architektur-"Thin Client"
Zusammensetzung
Datenbankserver
Datenschicht
Anwendungsserver
Funktionsschicht
Kundenanwendung
Ausdrucksschicht
Netzwerk
Datenzentrierter architektonischer Stil
Lagerarchitekturstil
Prinzip
Die verschiedenen Komponenten des Systems interagieren durch zentrale Daten (d. H. Lagerhaus).
Zusammensetzung
Mitglied
Zentrale Datenstruktur
Geben Sie den Status der aktuellen Daten an
Unabhängige Komponenten
Zentrale Daten betreiben
Anschlüsse
Interaktion zwischen Lagerhaus und unabhängigen Komponenten
Illustration
Beispiel:
Blackboard -Architekturstil
Prinzip
Ein Problemlösungsmodell
Konzeptioneller Rahmen für Domänenwissen organisieren Inferenzschritte, staatliche Daten und Problemlösung
Zusammensetzung
Tafel
Gemeinsamer Datenspeicherbereich
Alle Wissensquellen können Daten auf die Tafel lesen und schreiben
Wird verwendet, um Zwischendaten und Endergebnisse zu speichern
Wissensquelle
Unabhängige Module oder Wirkstoffe, die jeweils spezifisches Wissen oder Fähigkeiten enthalten
Kann Sensoren, Prozessoren, Analysatoren usw. sein.
Verantwortlich für das Lesen von Daten an der Tafel unter bestimmten Bedingungen, Verarbeitung und Schreiben der Ergebnisse an die Tafel
Steuermodul
Verantwortlich für die Koordinierung der Aktivitäten von Wissensquellen
Entscheiden Sie, wann die Wissensquelle aktiviert werden soll
Wissensquellen können basierend auf bestimmten Richtlinien (z. B. Priorität, Datenänderungen) geplant werden.
Szene
Lösen Sie das unstrukturierte Verantwortungsproblem
Illustration
Beispiel:
Architekturstil virtueller Maschine
Prinzip
Erstellen Sie künstlich eine Betriebsumgebung, analysieren und führen Sie benutzerdefinierte Sprachen aus
Interpreter -Architekturstil
Zusammensetzung
Erläuterung Motor
erklären
Lagerbereich
Speichern Sie den zu interpretierenden Code
Datenstruktur
Notieren Sie den aktuellen Arbeitsstatus des Interpretermotors
Notieren Sie den Ausführungsfortschritt des zu interpretierenden Quellcodes
Szene
Häufig verwendet, um eine virtuelle Maschine zu erstellen, um den Unterschied zwischen Programmsemantik und Hardware -Semantik zu schließen
Illustration
Beispiel:
Regelsystemarchitekturstil
Prinzip
Schlussfolgerungen abgeben oder Aktionen durch eine Reihe von Regeln ausführen
Zusammensetzung
Regelsatz
Regel Interpreter
Regeln/Datenauswahl
Arbeitsgedächtnis
Illustration
Beispiel:
Architekturstil unabhängiger Komponenten
Prinzip
Jede Komponente ist eine relativ unabhängige Person und kommuniziert nicht direkt
Reduzieren Sie die Kupplung und verbessern Sie die Flexibilität
Prozess der Prozess -Kommunikationsarchitekturstil
Zusammensetzung
Mitglied
Unabhängiger (Benennungs-) Prozess
Anschlüsse
Nachrichtenzustellung
Peer to Peer
Asynchron oder synchron
Remote -Verfahrensanruf
Beispiel:
Eventsystem Architekturstil
Prinzip
Die Komponente ruft keinen Prozess direkt auf, sondern löst oder sendet ein oder mehrere Ereignisse aus.
Verfahren in anderen Komponenten, die in einem oder mehreren Ereignissen registriert sind
Wenn ein Ereignis ausgelöst wird, ruft das System automatisch alle im Ereignis registrierten Prozeduren auf
Illustration
Beispiel: