Java-Web-Projekt-Best-Practice-Struktur

Ich bin gerade dabei eine neue Java-Web-Projekt mit Hibernate-und ein standard-MVC-Architektur.
Ich habe gerade begonnen, das layout der Projekte Struktur und, während dies zu tun, begann ich zu schauen, um zu sehen, wenn es keine standards in diesem Bereich, darüber, wo die Controller gehen sollte und in der Regel der beste Weg zu legen, alles raus. Allerdings habe ich nicht wirklich gefunden-Richtlinien.

Also, was ich bin neugierig zu wissen, ist

  • Ist jeder Kenntnis über best-Practice-Richtlinien für das layout von Java-Web-Projekt?
  • Hat jemand eine bestimmte Reihe von harten Regeln, die Sie immer Folgen für andere Arten von Projekten?
  • Tun, neigen die Menschen zu split-Pakete durch die verschiedenen Schichten, wie z.B. Präsentations -, business-und application?
InformationsquelleAutor Mark Davidson | 2009-01-31
  1. 3

    Weiterhin meine Vorherige Antwort, habe ich viele web-Projekte. In Ihnen allen wird die Struktur unter src ist mehr oder weniger das gleiche. Die Pakete sind grob unterteilt in 3 logische Schichten.

    Erste ist die Präsentations-Schicht, wie Sie sagte, für servlets, app, Zuhörer und Helfer.

    Zweitens gibt es die Schicht des hibernate-Modell/db-access-layer. Die Dritte Schicht für die Geschäftslogik. Manchmal ist jedoch die Grenze zwischen diesen Schichten ist nicht klar. Wenn Sie die Verwendung von hibernate für den Zugriff auf die db dann das Modell definiert ist, die von hibernate-Klassen, so habe ich Sie in der gleichen Gegend wie die dao-Objekte. E. g. com.Probe.Modell hält die Ruhezustand-Daten-Objekte und com.Probe.Modell.dao halten Sie die dao-Objekte.

    Wenn mit einem direkten jdbc (meist mit Feder), dann manchmal finde ich es bequemer, die Daten-Objekte näher an die business-Logik-Schicht, anstatt mit der db access Schicht.

    (Der rest von dem Zeug in der Regel fällt unter die business-Schicht).

    InformationsquelleAutor Yoni
  2. 6

    Es hängt wirklich davon ab, Ihre web-framework.

    Zum Beispiel, wenn Sie verwenden, Wicket, java-Dateien und Webseiten, co-im selben Verzeichnis vorhanden sind, während
    in den meisten anderen frameworks, Seiten (.jsp-Dateien oder was auch immer ist Ihre Präsentation-Motor) und
    code-behind-Zeug (java-Dateien ) sind komplett getrennt.

    So Lesen Sie die Dokumentation, die Sie mit Ihrem framework (Spring MVC, Struts, JSF.e.t.c).

    Ein weiterer guter Vorschlag ist die Verwendung von Maven-Archetypen zu generieren, ein Skelett für Ihre spezifische Rahmenbedingungen. Einige web-frameworks (z.B. Naht) haben sogar Ihren eigenen code generation tool legt die Grundlagen für Ihr web-Projekt.

    Meine einzige gute Vorschlag (dass ist nicht erwähnt von Yoni) für das src-Verzeichnis ist
    um Pakete nach zu geschäftlichen Zwecken und NICHT nach Typ/layer

    Das bedeutet, dass Pakete für

    • com.MeineFirma.myproject.Kunden
    • com.MeineFirma.myproject.Abteilungen
    • com.MeineFirma.myproject.Abrechnung
    • com.MeineFirma.myproject.Berichte
    • com.MeineFirma.myproject.admin

    und NICHT

    • com.MeineFirma.myproject.Personen
    • com.MeineFirma.myproject.Tabellen
    • com.MeineFirma.myproject.Graphen
    • com.MeineFirma.myproject.Dialoge
    • com.MeineFirma.myproject.servlets

    Die zweite Struktur ist zu allgemein, und neigt dazu, zu lösen, um riesige Pakete mit nicht verwandten Sachen und ist schwer zu pflegen.

    • Leider gibt es in diesem Projekt, ich bin nur mit reinen MVC, kein framework. Ich mache schon mein src-Verzeichnis gegliedert nach den maven Regeln. Mit Ihrem Paket-layout tun, Sie sub-Paket, das in den verschiedenen Schichten oder nur drill-down in den sub Zwecke.
    • Unterpakete sind Ebenen. Für das Beispiel, das ich geben Kunden hat Kunden.Aktionen, Kunden.servlets, Kunden.Entitäten e.t.c. Aber in ein wirklich großes Projekt Unterpakete werden kann, sub-Zwecke, wie Sie sagen. Keine richtige Antwort gibt es IMHO
    InformationsquelleAutor kazanaki
  3. 2

    Ersten, die Folgen der konventionellen Struktur eine beliebte ide, ala Eclipse, Netbeans, etc.
    In Eclipse zum Beispiel, alles angeordnet ist bereits mit einer WEB-INF und META-INF-Ordner, also die Verpackung und die Bereitstellung ist einfach. Klassen-source-code (in der Regel unter src) wird automatisch kopiert, um WEB-INF/classes.
    Es gibt ein paar andere überlegungen:

    1. Wenn Sie mithilfe von MVC ist, dann ist es möglich, dass Sie nicht brauchen, um Zugang zu Ihren JSPs direkt. Wenn dem so ist, halten Sie den JSP-source-code unter WEB-INF/jsp, aus Gründen der Sicherheit.
    2. Ähnlich, behalten benutzerdefinierten tag-Dateien unter WEB-INF/tags.
    3. Halten Sie die javascript-Dateien im js-Ordner, den css-Dateien im style-Ordner, etc. Alle Ordner sollten auf der gleichen Ebene wie WEB-INF zu imitieren, um eine Reale Implementierung.
    4. Es ist gut zu trennen, den code in Pakete entsprechend zu Ebenen. Natürlich Hibernate daos nicht brauchen, um auf dem gleichen package wie Ihr servlets.
    5. Wenn Sie am Ende mit zu vielen servlets im selben Paket, berücksichtigen, sub-Verpackung Sie gewähren Funktionalität, aber es ist schön, dass Sie einen gemeinsamen Vorfahren-Paket - es hilft bei der Lesbarkeit.
    • Ich bevorzuge WEB-INF/content oder WEB-INF/view, wer weiß, was das ist oder sein könnte, der Präsentationstechnik...
    • gut, danke für den Hinweis. So lange, wie Sie sind gespeichert unter WEB-INF...
    • Einige gute Punkte dort Yoni. Ich bin aber noch interessiert an Meinungen, wie insbesondere das src-Verzeichnis strukturiert sein sollte, mit Paketen, aka würde servlets in einem Paket namens-Präsentation, da Sie hauptsächlich rufen JSP-Inhalt.
    InformationsquelleAutor Yoni
  5. 0

    Verwenden Sie die Maven-archetype-webapp-layout.

    project
|-- pom.xml
`-- src
    `-- main
        |-- java
        `-- webapp
            |-- WEB-INF
            |   `-- web.xml
            `-- index.jsp

    Ich habe den java Ordner in dem Beispiel hier, vielleicht war es offensichtlich, aber es war Links im obigen link aus irgendeinem Grund.

    InformationsquelleAutor Leif Gruenwoldt
Schreibe einen Kommentar