Frage

... was kommt als nächstes?

Nachdem Sie definiert, welche Akteure das tun, was Aktionen, die Art und Weise gehst du? Haben Sie die Datenbank-Modell oder bevorzugen Sie mit den Klassen starten?

Ich dachte, der bessere Ansatz war mit einer Klasse-ähnlicher Modellierung Diagramm zu beginnen, über die Beziehungen zwischen den Objekten zu konzentrieren. Dies hat sich als falsch sein, weil ich zu tief ging in Detaillierung Klassen und, selbst wenn das System „schien zu funktionieren“, wenn ich auf die Datenbank-Modellierung ging, alles wäre einfach nicht natürlich passen in den Positionen I in der vorherigen Phase gewählt.

las ich über Leute, die sagen, dass eine Anwendungslogik in eine Datenbank setzen sollte und seine Geschwindigkeit nutzen, in das Abrufen von Daten, im Gegensatz zu großen Objekten im Speicher aufzubauen, die abgefragt werden und Abstraktion der zugrunde liegenden Datenbank. Ich habe immer gedacht, dass die db gibt es meine Daten zu speichern und einen schnellen Weg bieten, um darauf zuzugreifen. Aber vielleicht bin ich falsch, ich meine, muss ich eine Datenbank aufbauen wirklich, die innerhalb der gleichen Logik hat ich auf eine Gruppe von Klassen setzen würde? Ist das nicht die Datenbank die Werkzeuge fehlen, dies zu erreichen?

Ich glaube, ich bin es nicht die richtige Stelle zu identifizieren, wo ich anfangen, wenn ich mit der Datenbank, die wir finden es schwer zu starten wählen als „Ort, um nicht nur daran denkt, meine Daten zu speichern, lassen Sie sich app Logik tun auf ein höheres Niveau“Ding, wenn ich mit den Klassen der Datenbank endet aussehen wie eine unnatürliche Darstellung von Klassen beginnen, fühle ich das Gefühl, etwas wichtiges, etwas fehlt, wie nicht den richtigen Zweck das richtige Werkzeug zugeordnet wird.

Wie Sie damit umgehen? Wenn es darum geht zu entscheiden, ob mit der Modellierung der db oder die Klassen zu beginnen, in Ihrer Erfahrung, welche Art von Ansatz hat sich auf eine natürliche und saubere Umsetzung führen?

Vielen Dank im Voraus

War es hilfreich?

Lösung

Ich habe Erfolg mit Robustheits .

  

Dieser Artikel konzentriert sich auf die Robustheit   Analyse, die die Analyse beinhaltet   Erzähltext von Anwendungsfällen und   Identifizieren eines ersten Satzes von guess   Objekte, die in jedem teilnehmen   Anwendungsfall, Klassifizieren dann diese   Objekte in drei Typen:

     
      
  1. Boundary-Objekte, die Akteure in der Kommunikation mit dem System verwendet werden.
  2.   
  3. Entity-Objekte, die in der Regel Objekte aus dem Domänenmodell   (Das Thema „Fahr Entwurf: Die   Problem Domain“, Januar 2001).
  4.   
  5. Kontrollobjekte (die wir in der Regel Controller nennen, weil sie   oft sind nicht reale Objekte), die   dienen als „Kleber“ zwischen der Grenz   Objekte und Einheit objects.Figure 1   zeigt die visuellen Symbole für diese drei   Typen von Objekten.
  6.   

Die Entitätsobjekten sind diejenigen, die (usuallly) in der Datenbank am Ende /

Auf Zuordnung zwischen den Klassen und der Datenbank, würde ich empfehlen S.Lott Artikel über „Das ORM Problem“ (er ist auch ein Teilnehmer auf Stackoverflow

Andere Tipps

Wenn Test Driven Development mit, schreiben Sie Ihre Unit-Tests zuerst. Ihre Klassen wird skizziert, wie Sie gehen.

Sie können Ihre Geschäftslogik entwickeln, ohne eine Datenbank (Mock oder Stub-Objekte) oder entwickeln Sie Ihre Datenbank, wie Sie mit Ihren Tests weitergehen.

Denken Sie daran, Ihre Datenbank und Domain-Modell sollte man nicht Karte auf einem miteinander.

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