Das Abschlussprojekt ist zu Ende. Ich werde jetzt keine Zusammenfassung schreiben Technische Probleme, die während des Prozesses auftraten, möchte ich zunächst über verschiedene Konzepte von Software-Design-Entitäten sprechen.
Tatsächlich gibt es insgesamt vier Konzepte: VO, DTO, DO, PO. Nach meinem eigenen Verständnis spreche ich nur von DTO und DO. Nachfolgend finden Sie jedoch Erläuterungen zu vier Konzepten:
(1) Konzepterklärung
VO (View Object): Ansichtsobjekt, das für die Präsentationsebene verwendet wird. Seine Funktion besteht darin, eine bestimmte Seite anzuzeigen (oder Komponente) kapselt alle Daten.
DTO (Data Transfer Object): Dieses Konzept stammt aus dem J2EE-Entwurfsmuster. Der ursprüngliche Zweck besteht darin, grobkörnige Datenentitäten für verteilte EJB-Anwendungen bereitzustellen. Dadurch wird die Leistung verteilter Anrufe verbessert und die Netzwerklast verringert. Hier beziehe ich mich jedoch im Allgemeinen auf die Datenübertragungsobjekte zwischen der Präsentationsschicht und der Serviceschicht.
DO (Domänenobjekt): Domänenobjekt ist eine materielle oder immaterielle Geschäftseinheit, die von der realen Welt abstrahiert ist.
PO (Persistent Object): Persistenzobjekt, das eine Eins-zu-Eins-Zuordnungsbeziehung mit der Datenstruktur der Persistenzschicht (normalerweise einer relationalen Datenbank) bildet. Wenn die Persistenzschicht eine relationale Datenbank ist, dann Die Datentabelle. Jedes Feld (oder mehrere) in entspricht einem (oder mehreren) Attributen von PO.
(2) DO
DO, Domänenobjekt, ich füge es normalerweise in das Modellpaket ein, das heißt, es existiert als Entitätsobjekt des Projekts und ist oft eine Klasse interagiert direkt mit dem ORM-Framework.
In der tatsächlichen Entwicklung ist DO häufig ein POJO, das grundlegende Get/Set-Methoden bereitstellt, um Datenoperationen zu erleichtern. Die Attribute sind im Allgemeinen privat und können nur über das zugegriffen werden Die G/S-Methode kann auf Attribute zugreifen. Es ist auch DO, das direkt mit der Datenbank interagiert.
(3) DTO
DTO, Date Transfer Object, ist im wahrsten Sinne des Wortes eine Datenübertragungsklasse. Tatsächlich ist dies bei der Übertragung vom Server zum Client der Fall , was benötigt wird Die Komplexität einer Klasse kann oft nicht von einer Datenbanktabelle bewältigt werden, sondern erfordert mehrere Abfragen, um sie zusammenzusetzen und zu einem Ergebnis zu kombinieren. Beispiel:
Wenn das Projekt im Vordergrund angezeigt wird, müssen Sie möglicherweise ProjectName, UserName (Projektname, Eigentümername) angeben. Die entsprechenden Felder der Project-Tabelle in der Datenbank können sein: ProjectId, Benutzer-ID. Eine einfache Abfrage der Projekttabelle liefert nur die ID „Benutzer“. Wenn Sie weitere Informationen zum Benutzer benötigen, müssen Sie diese in Verbindung mit der Benutzertabelle abfragen. Die Klasse „Projekt“ kann jedoch nicht über solch detaillierte und vielfältige Attribute verfügen Die Daten sollten zu diesem Zeitpunkt in der ProjectDTO-Klasse platziert werden. Der Beispielcode lautet wie folgt:
1 public class Project{2 private String projectName;3 private String userid; 4 }
1 public class User{2 private String username;3 private String userid;4 }
public class ProjectDTO{ private String projectName; private User user; }
Auf diese Weise ProjectDTO wird an die Startseite übergeben. Da es sich jedoch um ein Beispiel handelt, sollte User in DTO häufig verwendet werden enthalten Attribute wie z. B. Passwort.
Das obige ist der detaillierte Inhalt vonDatenbankkonzepte: DO, DTO. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!