Software Design vs. Software-Architektur [geschlossen]

StackOverflow https://stackoverflow.com/questions/704855

  •  22-08-2019
  •  | 
  •  

Frage

Könnte jemand den Unterschied zwischen Software Design und Software-Architektur erklären?

Genauer gesagt; wenn Sie jemanden sagen, das ‚Design‘ zu präsentieren - was würden Sie erwarten, dass sie präsentieren? Das Gleiche gilt für ‚Architektur‘.

Ihr gegenwärtiges Verständnis ist:

  • Entwurf: UML-Diagramm / Flussdiagramm / einfaches Drahtmodell (für UI) für einen bestimmtes Modul / Teil des Systems
  • Architektur: Komponentendiagramm (das zeigt, wie die verschiedenen Module des Systems miteinander und anderen Systemen kommuniziert), welche Sprache verwendet werden soll, Muster ...?

korrigiert mich wenn ich falsch liege. Ich habe genannt Wikipedia hat Artikel über http://en.wikipedia.org/wiki/Software_design und http://en.wikipedia.org/wiki/Software_architecture , aber ich bin nicht sicher, ob ich habe sie richtig verstanden.

War es hilfreich?

Lösung

Du hast Recht ja. Die Architektur eines Systems ist seine ‚Skelett‘. Es ist die höchste Stufe der Abstraktion eines Systems. Welche Art von Datenspeicher vorhanden ist, wie tun Module miteinander in Wechselwirkung treten, welche Recovery-Systeme vorhanden ist. Genau wie Design Patterns, gibt es architektonische Muster: MVC, 3-Tier-Schichtaufbau, usw.

Software-Design ist über die einzelnen Module / Komponenten entwerfen. Was sind die Aufgaben, Funktionen des Moduls x? Der Klasse Y? Was kann es tun, und was nicht? Welche Design-Muster können verwendet werden?

Also kurz gesagt, Software-Architektur ist mehr über die Gestaltung des gesamten Systems, während Software-Design betont auf Modul / Komponente / Klassenstufe.

Andere Tipps

In einigen Beschreibungen der SDLC (Software Development Life Cycle) sie sind austauschbar, aber die consesus ist, dass sie verschieden sind. Sie sind zugleich: verschiedene (1) Stufen , (2) Verantwortungsbereiche , und (3) Ebene der Entscheidungsfindung .

  • Architektur ist das größere Bild: Die Auswahl von Frameworks, Sprachen, Umfang, Ziele und High-Level-Methoden ( Rational , Wasserfall , agile usw. ).
  • Entwurf ist das kleinere Bild: der Plan, wie Code organisiert wird; wie die Verträge zwischen den verschiedenen Teilen des Systems aussehen wird; die laufende Implementierung des Projekts Methoden und Ziele. Spezifikation ist in dieser Phase geschrieben.

Diese beiden Stufen wird scheint vermischen sich aus unterschiedlichen Gründen.

  1. Kleinere Projekte haben oft nicht genügend Spielraum in diese Phasen zu trennen Planung.
  2. Ein Projekt könnte ein Teil eines größeren Projekts sein und damit Teile der beiden Stufen sind schon entschieden. (Es gibt bereits bestehende Datenbanken, Konventionen, Normen, Protokolle, Frameworks, wieder verwendbaren Code, etc.)
  3. Neuere Möglichkeiten, über die SDLC des Denkens (siehe Agile Methodologien ) etwas mit diesem traditionellen Ansatz neu anordnen. Design (Architektur in geringerem Maße) findet während des gesamten SDLC absichtlich . Es gibt oft mehr Iterationen wo der gesamte Prozess immer und immer geschieht.
  4. Software-Entwicklung ist kompliziert und schwierig ohnehin zu planen, aber Kunden / Manager / Vertriebsmitarbeiter in der Regel es schwieriger durch Ziele und Anforderungen der Mitte des Stromes zu ändern. Design und sogar architektonische Entscheidungen muss später im Projekt bemade, ob der Plan ist oder nicht.

Auch wenn die Stufen oder Verantwortungsbereiche verschmelzen und passieren überall, ist es immer gut zu wissen, auf welcher Ebene der Entscheidungsfindung geschieht. (Wir könnten ewig so weitergehen mit diesem Ich versuche es eine Zusammenfassung zu halten..) Ich werde am Ende mit: Auch wenn es Ihr Projekt scheint keine formale Architektur oder Design Bühne / AOR / documentaiton, es geschieht, ob jemand tun es bewusst oder nicht. Wenn niemand Architektur zu tun entscheidet, dann eine Standard kommt vor, dass wahrscheinlich schlecht ist. Das Gleiche gilt für das Design. Diese Konzepte sind fast wichtiger , wenn es keine formalen Stufen die sie vertreten.

Architektur ist strategisch, während Design-taktischer ist.

Architektur umfasst die Frameworks, Tools, Programmierparadigmen, komponentenbasierte Software-Engineering-Standards auf hohem Niveau Prinzipien ..

Während Design eine Tätigkeit, die sich mit lokalen Zwängen ist, wie Design Patterns, Programmierung Idiomen und Refactoring.

Das fand ich, als ich wurde für eine einfache Unterscheidung zwischen Architektur suchen und gestalten selbst;
Was halten Sie von diesem Weg bei ihnen suchen:

  • Architektur ist "was" wir bauen;
  • Design ist "wie" wir bauen;

  1. Architektur bedeutet die konzeptionelle Struktur und logische Organisation eines Computers oder Computer-basiertes System.

    Konstruktions einen Plan oder hergestellt Zeichnung das Aussehen und die Funktion oder Funktionsweise eines Systems oder ein Objekt zu zeigen, bevor er hergestellt wird.

  2. Wenn Sie „Architecting“ eine Komponente, die Sie definieren, wie es in dem größeren System verhält.

    Wenn Sie „Gestaltung“ die gleiche Komponente, die Sie definieren, wie es sich verhält intern.

  

Alle Architektur-Design, aber nicht alle Design-Architektur.

What Teil ist das Design, ist die How die konkrete Umsetzung und die Kreuzung von What und How ist Architektur.

Bild zur Unterscheidung Architektur und Design :

Design-vs Architektur

Es gibt auch Entscheidungen entwerfen, die nicht architektonisch bedeutsam sind, das heißt nicht gehört nicht auf die Architektur Zweig des Designs. Zum Beispiel können einige Komponenten der internen Design-Entscheidungen, wie-Wahl des Algorithmus, die Auswahl der Datenstruktur etc.

All Design-Entscheidung, die nicht sichtbar außerhalb seiner Komponenten Grenze ist, ist eine innere Konstruktion der Komponente und ist nicht-Architektur. Dies sind die Design-Entscheidungen ein System Architekt auf Modulentwickler Ermessen oder das Implementierungsteam, solange ihr Design nicht bricht die architektonischen Einschränkungen durch die System-Level-Architektur auferlegt verlassen würde.

Der Link, der gute Analogie

Ich würde sagen, du hast recht, in meinen eigenen Worten;

Architektur ist die Zuweisung von Systemanforderungen an Systemelementen. Vier Aussagen über eine Architektur:

  1. Es kann einführen nicht-funktionale Anforderungen wie Sprache oder Muster.
  2. Er definiert die Wechselwirkung zwischen den Komponenten, Schnittstellen, Timing, etc.
  3. Sie gilt nicht für neue Funktionen einführen,
  4. Er ordnet die (entworfen) Funktionen, die das System auf Elemente durchzuführen, ist vorgesehen.

Architektur ist ein wesentlicher Engineering Schritt , wenn eine Komplexität des Systems unterteilt ist.

Beispiel: über Ihr Haus Denken Sie keinen Architekten benötigen für Ihre Küche (nur ein Element beteiligt ist), aber das gesamte Gebäude braucht einige Interaktionsdefinitionen, wie Türen und ein Dach <. / p>

Design ist eine informative Darstellung der (vorgeschlagen) Implementierung der Funktion. Es ist beabsichtigt, Feedback zu entlocken und mit den Beteiligten zu diskutieren. Es könnte eine gute Übung, aber ist kein wesentlicher Engineering Schritt .

Es wäre schön, die Küche Design sehen, um zu sehen, bevor die Küche installiert ist, aber es ist nicht wesentlich für den Kochbedarf :

Wenn ich darüber nachdenke können Sie angeben:

  • Architektur ist für eine öffentliche / Ingenieure auf einer detaillierteren Abstraktionsebene
  • Design für Öffentlichkeit auf einer weniger detaillierten Abstraktionsebene soll

Meine Erinnerung:

  • Wir können den Entwurf ändern, ohne dass jemand zu fragen
  • Wenn wir die Architektur müssen wir ändern es mit jemandem kommunizieren (Team, Kunden, Stakeholder, ...)

ich denke, wir die folgende Regel verwenden sollten, um zu bestimmen, wenn wir über Design-vs Architektur sprechen: Wenn die Elemente eines Software-Bild können Sie erstellt 00.59 zu einer Programmiersprache syntaktische Konstruktion abgebildet werden, dann ist Entwurf, wenn nicht, ist Architektur.

So zum Beispiel, wenn Sie ein Klassendiagramm oder ein Sequenzdiagramm zu sehen, sind Sie in der Lage, eine Klasse und ihre Beziehungen zu einer objektorientierten Programmiersprache zur Karte der Klasse syntaktische Konstruktion verwenden. Dies ist eindeutig Entwurf. Darüber hinaus könnte dies an den Tisch bringen, die diese Diskussion eine Beziehung mit der Programmiersprache hat werden Sie ein Software-System zu implementieren verwenden. Wenn Sie Java verwenden, gilt das vorherige Beispiel, wie Java eine objektorientierte Programmiersprache ist. Wenn Sie mit einem Diagramm kommen, die Pakete und deren Abhängigkeiten zeigt, das ist zu Entwurf. Sie können das Element (ein Paket in diesem Fall) zu einem Java-syntaktische Konstruktion abzubilden.

Nun nehmen wir Ihre Java-Anwendung ist in Module unterteilt, und jedes Modul ist eine Reihe von Paketen (dargestellt als JAR-Datei Deployment Unit), und Sie sind mit einem Diagramm dargestellt Module und ihre Abhängigkeiten enthält, dann, das ist Architektur . Es gibt keine Möglichkeit, in Java (zumindest nicht, bis Java 7) ein Modul (ein Satz von Paketen) auf eine syntaktische Konstruktion abzubilden. Man merkt, vielleicht auch, dass dieses Diagramm eine Stufe höher in der Ebene der Abstraktion des Softwaremodells darstellt. Jedes Diagramm oben (grobkörniger als) ein Paketdiagramm, stellt eine Architekturansicht, wenn in der Programmiersprache Java zu entwickeln. Auf der anderen Seite, wenn Sie in Modula-2 entwickeln, dann stellt ein Modul Diagramm, das einen Entwurf.

(Ein Fragment von http://www.copypasteisforword.com/notes/software-architecture -vs-Software-Design )

Persönlich Ich mag dieses:

„Der Designer ist mit dem, was passiert, wenn ein Benutzer eine Taste drückt, und der Architekt beschäftigt sich mit dem, was passiert, wenn zehntausend Benutzer eine Taste drücken.“

SCEA für Java ™ EE Study Guide von Mark Cade und Humphrey Sheil

Ich stimme mit vielen der Erklärungen; im Wesentlichen werden wir den Unterschied zwischen der Architektur und der detaillierten Gestaltung der Software-Systeme zu erkennen.

Während das Ziel des Designers ist so präzise und konkret in den Spezifikationen zu sein, wie es für die Entwicklung notwendig sein wird; der Architekt im Wesentlichen zielt auf den Aufbau und die globale Verhalten des Systems spezifiziert mit nur so viel wie nötig für die Ausführungsplanung zu beginnen.

Ein guter Architekt wird hyper-Spezifikationen verhindern - die Architektur nicht übermäßig festgelegt werden muß, aber gerade genug, um die (Architektur) Entscheidungen etablierten nur für die Aspekte, die kostspieligste Risiken darstellen zu handhaben und bietet effektiv einen Rahmen ( „Gemeinsamkeit“) innerhalb denen die detaillierte Konstruktion auf, dh Variabilität für lokale Funktionalität gearbeitet werden.

Tatsächlich ist die Architektur Prozess oder Lebenszyklus folgt gerade dieses Thema - angemessenes Maß an Abstraktion, die die Struktur für den (architektonisch) wesentlichen Geschäftsanforderungen zu umreißen, und mehr Details zu der Entwurfsphase für mehr konkrete Ergebnisse lassen

Architektur ist das Design, aber nicht alle Designs sind architektonisch. Deshalb, streng genommen, würde es mehr Sinn, zu versuchen, macht zwischen Architektur und nicht zu unterscheiden -Architektur Design . Und was ist der Unterschied? Es hängt davon ab, ob! Jeder Software-Architekt kann eine andere Antwort (ymmv!). Wir entwickeln unsere Heuristik mit einer Antwort, wie ‚Klassendiagramme sind Architektur und Sequenzdiagramme sind Design‘ zu kommen. Siehe DSA Buch für mehr.

Es ist üblich, dass die Architektur zu sagen, auf einer höheren Abstraktionsebene als Design oder Architektur ist logisch und Design ist physisch. Aber dieser Begriff, wenn auch allgemein akzeptiert, ist in der Praxis nutzlos. Wo sehen Sie die Grenze zwischen hohen oder niedriger Abstraktion zeichnen, zwischen logischen und physischen? Es hängt davon ab!

Also, mein Vorschlag ist:

Die Software-Architektur eines Programm oder Computersystem ist die Struktur oder Strukturen des Systems, die Software-Komponenten umfassen, die äußerlich sichtbaren Eigenschaften dieser Komponenten, und die Beziehungen zwischen ihnen.

(aus Wikipedia, http://en.wikipedia.org/wiki/Software_architecture )

Software-Design ist ein Prozess der Problemlösung und Planung für eine Software-Lösung. Nach dem Zweck und die Spezifikationen der Software bestimmt werden, Software-Entwickler werden Designer entwerfen oder verwenden einen Plan für eine Lösung zu entwickeln. Es umfasst Low-Level-Komponente und Algorithmus Umsetzungsfragen sowie die architektonische Ansicht.

(aus Wikipedia, http://en.wikipedia.org/wiki/Software_design )

kann nicht gesagt hat, es besser ich:)

Ich sehe Architektur als Patrick Karcher tut - das große Bild. Zum Beispiel können Sie die Architektur eines Gebäudes bieten, seine strukturelle Unterstützung sehen, die Fenster, Ein- und Ausfahrten, Wasserablauf, etc. Aber Sie haben nicht „designed“ die Raumaufteilung der, Kabinenpositionen etc.

So, während Sie das Gebäude architected haben Sie nicht das Layout der einzelnen Büros entworfen haben. Ich denke, das gleiche gilt für Software gilt.

Sie konnten sehen, das Layout der Gestaltung als "Architecting das Layout" obwohl ...

Gute Frage ... Obwohl die Linie zwischen ihnen kaum eine helle scharfe Linie, imho, wenn Sie beide Begriffe verwenden, dann umfasst Architektur mehr technische oder strukturelle Entscheidungen darüber, wie etwas zu bauen oder zu konstruieren, vor allem jene Entscheidungen, die werden schwer (oder schwerer) einmal zu ändern implemeneted, während Entwurf diese Entscheidungen umfasst, die entweder einfach später zu ändern (wie Methodennamen, Klasse <-> Organisationsstruktur Datei, Design Patterns, ob ein Singleton oder eine statische Klasse zu verwenden, zu lösen einige spezifische Problem, etc.) und / oder solche, die Wirkung das Aussehen oder die ästhetischen Aspekte eines Systems oder einer Anwendung (Human Interface, einfache Bedienung, Look and Feel, etc.)

Software Architektur „mit Fragen ... über die Algorithmen und Datenstrukturen der Berechnung geht.

Die Architektur ist speziell nicht über ... Details von Implementierungen (zum Beispiel Algorithmen und Datenstrukturen.) Die architektonische Gestaltung beinhaltet eine reichere Sammlung von Abstraktionen als üblicherweise durch OOD“(objektorientiertes Design) zur Verfügung gestellt.

Design mit der Modularisierung und detaillierten Schnittstellen der Design-Elemente betrifft, ihre Algorithmen und Verfahren sowie die Datentypen benötigt, um die Architektur zu unterstützen und die Anforderungen zu erfüllen.

„Architektur“ wird oft als ein bloßes Synonym für „Design“ (manchmal voran mit dem Adjektiv „high-level“) verwendet. Und viele Leute benutzen den Begriff „Architekturmuster“ als Synonym für „Design Patterns“.

Überprüfen Sie diesen Link aus.

die Begriffe definiert Architektur, Design und Implementierung

Architektur:
Structural Design arbeiten auf einer höheren Abstraktionsebene, die technisch erhebliche Anforderungen in das System zu realisieren. Die Architektur legt Grundlage für die weitere Gestaltung.

Entwurf:
Die Kunst der Füllung in dem, was die Architektur nicht durch einen iterativen Prozess auf jeder Ebene der Abstraktion.

Ich möchte dieses Papier für eine Daumenregel auf der Architektur von Design Trennung:

http: //www.eden-study. org / articles / 2006 / Abstraktion-Klassen-sw-design_ieesw.pdf

Es ist die Intension / Stelle Hypothese genannt. Aussagen über die Art der Software, die nicht-lokale und intensionalen sind architektonisch. Aussagen, die lokale und intensionalen sind Design.

... vor langer Zeit in einem weit entfernten Ort Philosophen über den Unterschied zwischen dem einen besorgt und den viele. Architektur ist über Beziehung, die die vielen erfordert. Architektur hat Komponenten. Design geht es um Inhalte, die den einen erfordert. Design verfügt über Eigenschaften, Qualitäten, Eigenschaften. Wir denken in der Regel, dass Design in der Architektur ist. Dualistisches Denken gibt die viele als Ur. Aber Architektur ist auch im Design. Es ist alles, wie wir sehen wählen, was vor uns liegt -. Die eine oder viele

Pretty subjektiv, aber mein nehmen:

Architektur Das gesamte Design des Systems einschließlich der Wechselwirkungen mit anderen Systemen, Hardware-Anforderungen, Gesamtkomponentendesign und Datenfluss.

Design Die Organisation und die Strömung einer Komponente im Gesamtsystem. Dies würde auch die Komponente API für die Interaktion mit anderen Komponenten enthält.

Software-Architektur wird am besten auf der Systemebene verwendet, wenn Sie das Projektgeschäft benötigen und Funktionen identifizieren durch höhere Architekturebene in Anwendungen.

Zum Beispiel Ihres Unternehmen ist über „Gewinn und Verlust“ für Händler und Ihre Hauptfunktionen „Portfoliobewertung“ beteiligt und „Risikoberechnung“.

Aber wenn ein Software Architect rel="nofollow wird seine Lösung Details, wird erkennen, dass er das:

„Portfoliobewertung“ kann nicht nur eine Anwendung sein. Es muss in überschaubaren Projekten verfeinert werden wie:

  • GUI
  • Launcher
  • Dispatcher
  • ...

(weil die beteiligten Vorgänge sind so groß, sie müssen zwischen mehreren Computern aufgeteilt werden, während nach wie vor jederzeit durch eine gemeinsame GUI überwacht wird)

ein Software-Design wird die verschiedenen Anwendungen, deren technische Beziehung und ihre internen Unterkomponenten untersuchen.
Es wird die Spezifikationen, die für die letzte Architektur Schicht erzeugen (die "Technical Architecture") zu arbeiten (in der Bezeichnung des technischen Rahmens oder Querkomponenten), und für die Projektteams (mehr orientiert sich an der Umsetzung der Unternehmen Funktionen) ihre jeweiligen Projekte zu beginnen.

, wenn jemand ein Schiff baut, dann Motor, Rumpf, elektrische Schaltungen etc. seine „architektonischen Elemente“ sein. Für ihn, die Motorkonstruktion wird "Design-Arbeit".

Wenn er dann delegiert die Konstruktion des Motors zu einem anderen Team, werden sie eine „Engine-Architektur“ ... erstellen

So - es hängt von der Ebene der Abstraktion oder Detail. Eine Person-Design Architektur könnte anothers sein!

Architektur ist "die Design-Entscheidungen, die schwer zu ändern sind."

Nach dem mit TDD arbeitet, was praktisch bedeutet, dass Ihr Design die ganze Zeit ändert, fand ich mich oft mit dieser Frage zu kämpfen. Die obige Definition wird extrahiert von Patterns of Enterprise Application Architecture , von Martin Fowler

Es bedeutet, dass die Architektur ist abhängig von der Sprache, Framework und die Domain Ihres Systems. Wenn Ihr kann nur eine Schnittstelle aus Ihrer Java-Klasse in nur 5 Minuten extrahieren ist es nicht mehr und Architektur Entscheidung.

Cliff Notes Version:

Entwurf:. Implementierung eine Lösung auf der Grundlage der Spezifikationen des gewünschten Produkts

Architektur. Die Stiftung / tools / Infrastruktur / Komponenten, die Ihr Design unterstützen

Dies ist eine ziemlich breite Frage, die viele Antworten aufruft.

Die Architektur ist die sich ergebende Sammlung von Entwurfsmustern, ein System zu bauen.

Ich denke, Entwurf die Kreativität verwendet, das alles zusammen zu setzen?

Software-Design hat eine längere Geschichte, während der Begriff Software-Architektur kaum 20 Jahre alt ist. Daher wird es jetzt durch Wachstumsschmerzen.

Lehre neigt Architektur als Teil des größeren Bereichs des Software-Designs zu sehen. Zwar gibt es wachsende Erkenntnis, dass Arch ein Feld in seinem eigenen ist.

Die Praktizierenden neigen Arch als High-Level-Design-Entscheidungen, um zu sehen, die strategischen und kann in einem Projekt teuer werden rückgängig zu machen.

Die genaue Linie zwischen Bogen und Design ist abhängig von dem Software-Bereich. Zum Beispiel im Bereich der Web-Anwendungen wird die geschichtete Architektur die meisten an Popularität gewinnt zur Zeit (Biz Logic Layer, Data Access Layer, etc.) Die untere Ebene Teile dieses Bogens werden als Design (Klassendiagramme, Methodensignaturen, usw. ) in den Bereichen Embedded Systems wäre dies anders definiert, Betriebssysteme, Compiler, etc.

Architektur ist hohe, abstrakte und logisches Design während Software-Design niedriges Niveau, detailliertes und physikalisches Design ist.

Ich mag Roy Thomas Fieldings Definition und Erklärung über das, was Software-Architektur in seinem Papier ist: Baustile und das Design von Netzwerk-basierten Software-Architekturen

  

Eine Software-Architektur ist eine Abstraktion der Laufzeitelemente eines Software-Systems während eines gewissen Phase ihres Betriebs. Ein System kann von vielen Abstraktionsebenen und viele Betriebsphasen, die jeweils mit einer eigenen Software-Architektur aufgebaut sein.

Er betont, „Laufzeitelemente“ und „Abstraktionsebene“.

Es gibt keine definitive Antwort auf diese Frage, weil „Softwarearchitektur“ und „Software Design“ haben eine ganze Reihe von Definitionen und es ist keine kanonische Definition für entweder.

Eine gute Möglichkeit, zu denken es ist Len Bass, Paul Clements und Aussage des Rick Kazman, dass „alle Architektur-Design ist aber nicht alle Design-Architektur“ [Software-Architektur in der Praxis]. Ich bin mir nicht sicher, ob ich ganz damit einverstanden (weil Architektur anderer Aktivitäten umfassen kann), aber es fängt die Essenz, dass Architektur eine Design-Aktivität, die mit der kritischen Teilmenge von Design befaßt.

Meine etwas flapsig Definition (auf der SEI Definitionen Seite ) ist, dass es die Menge der Entscheidungen ist, die zu Unrecht, wenn gemacht, Ihr Projekt storniert bewirken.

Ein nützlicher Versuch Trennung Architektur, Design und Implementierung als Konzepte wurde vor dem Titel in einem Forschungspapier einige Jahren von Amnon Eden und Rick Kazman getan „Architektur, Design, Implementation“, die hier gefunden werden kann: http://www.sei.cmu.edu/library/assets/ICSE03-1.pdf . Ihre Sprache ist sehr abstrakt, aber vereinfachend sagen sie, dass Architektur ist Design, das in vielen Kontexten verwendet werden kann und soll über das System angewendet werden, Design ist (err) Design das kann in vielen Zusammenhängen verwendet wird, wird aber in einem bestimmten Teil des Systems angelegt und Implementierung ist Design spezifisch für einen Kontext und in diesem Zusammenhang angewandt wird.

So eine architektonische Entscheidung, eine Entscheidung könnte das System über Messaging statt RPC zu integrieren (so ist es ein allgemeines Prinzip, das in vielen Orten angewandt werden könnte und sollte das gesamte System anzuwenden), eine Design-Entscheidung könnte es sein, verwenden, um eine Master / Slave-Thread-Struktur in der Eingabeanforderungshandhabungsmodul des Systems (ein allgemeines Prinzip, das überall eingesetzt werden könnte, aber in diesem Fall wird in einem Modul nur verwendet) und schließlich könnte eine Implementierung Entscheidung Verantwortung zu bewegen, um die Sicherheit von der Request-Router an den Request-Handler im Modul Request Managern (eine Entscheidung, die nur für diesen Zusammenhang in diesem Zusammenhang verwendet wird).

Ich hoffe, das hilft!

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top