2016-07-24 7 views
1

Nach dem Buch, das ich lese, in der dreischichtigen Architektur (Präsentation, Anwendung, Speicher) ist Speicherschicht verantwortlich für die Pflege der Speicherung von Daten im System. Wenn dem so ist, denke ich, dass Entitätsklassen in der Anwendungsschicht liegen. Ist das korrekt? Welche Klassen befinden sich in der Speicherschicht? Was ist der Unterschied zwischen Entitätsklassen und den Klassen der Speicherschicht? Kannst du mir bitte ein paar Beispiele geben?Speicherschicht und Entity-Klassen

Antwort

1

Es gibt hier keine Wahrheit. Menschen haben unterschiedliche Meinungen und haben ihre eigenen Definitionen.

Sie haben Ihre Frage mit dem UML-Tag versehen, aber UML definiert solche Dinge wie "Speicherschicht" oder "Entitätsklasse" nicht.

Sie haben Ihre Frage mit dem Tag "ecb-pattern" markiert, aber dieses Muster definiert logische Ebenen und schreibt keine bestimmte physische Ebenenbildung vor und umgekehrt, eine physische Ebenenbildung schreibt keine logische Ebenenbildung vor. Die dreistufige Architektur, die Sie erwähnen, ist wahrscheinlich eine physische Schichtung. Jede physische Schicht kann das EKB-Muster verwenden oder nicht. Dies ist eine Entscheidung des Softwarearchitekten.

Die meisten Autoren definieren die Speicherschicht als implementiert durch ein Datenbankverwaltungssystem (DBMS), das normalerweise relational ist (RDBMS), wobei objektorientierte Begriffe wie Klassen nicht verwendet werden. Wenn in diesem Fall das EKB-Muster verwendet wird, sind Entitätsklassen Teil der Anwendungsschicht und/oder der Darstellungsschicht.

Beispiel 1: Die Entitätsklasse Person könnte eine Klasse in der Anwendungsschicht sein, die sich selbst fortsetzt, indem sie eine SQL-Nachricht an das RDBMS (= Speicherschicht) sendet. Class Person implementiert normalerweise auch Geschäftsregeln wie "Geburtsdatum sollte in der Vergangenheit sein".

Beispiel 2: Die Entitätsklasse Person könnte eine Klasse in der Präsentationsschicht sein, die sich selbst fortsetzt, indem sie eine Nachricht an die Anwendungsschicht sendet, wo das ecb-Muster nicht verwendet wird (angenommen).

1

Entitäten sind die Low-End-Datenbank "Teile". Sie repräsentieren die Teile, die Sie in den Datenspeicher für die Persistenz legen. UML verwendet ein Klischee, das eine Band/Kopf ähnelt (falls noch jemand erinnert sich, was das ist):

enter image description here

Die Stereotypen für eine Grenze einen Bildschirm ähneln (oder können Sie sich vorstellen, dass einige Projektion ist). Eine Grenze präsentiert einem Akteur Informationen.

Das Steuerstereotyp ähnelt einem sich drehenden Rad (wo Sie an Arbeit denken) und es verbirgt die Geschäftslogik, die keine Grenzereignisse reagiert und Entitäten ändert/liest.

Sie auch Rechteck-Notation verwenden:

enter image description here

bearbeiten Wie @ www.admiraalit.nl Noten, diese Notation nicht Teil der Überbauten selbst (Grund UML so nicht), sondern eine gemeinsam genutzte Notation in verschiedenen UML-Profilen.

+0

Entitäten sind Low-End-Daten "Teile". Das heißt, sie sind in der Speicherschicht? Das Buch, das ich gerade lese, stecke sie in das Paket mit den Staggagebenen. –

+0

Ehrm. Ist das eine Frage? –

+0

@ThomasKilian, Sie beschreiben die Stereotypen gemäß Rational Unified Process und nicht nach UML. –

Verwandte Themen