Bei der Verwendung von Java 9 -Modulsystem müssen Sie auf Namenspezifikationen, Verpackungssteuerung, Abh?ngigkeitsmanagement, automatische Modulverwendung und geschichteter Design achten. Es wird empfohlen, einen umgekehrten Domainnamenstil wie Com.example.Mymodule zu verabschieden, um Konflikte zu vermeiden und die Erkennung zu verbessern. Versuchen Sie, in der Semantik klar zu sein, verwenden Sie keine vagen oder doppelten Namen und beginnen Sie nicht mit Zahlen oder Sonderzeichen. Exporte und Anforderungen sollten im Modul klar definiert werden, nur die erforderlichen Pakete sollten exportiert werden, Abh?ngigkeiten sollten explizit deklariert werden, und die Wartbarkeit sollte verbessert werden und die Kopplung sollte verhindert werden. Verwenden Sie automatische Module mit Vorsicht und geben Sie den modularen Bibliotheken Priorit?t ein. Best?tigen Sie bei Bedarf die Stabilit?t ihres Modulnamens und vermeiden Sie die Zuordnung von Konflikten. Das richtige-Modul-Pfad sollte im Build-Tool anstelle des alten Klassenpfads konfiguriert werden. Die Modulstruktur sollte vernünftigerweise geschichtet werden, z. B. die Platzierung der Schnittstelle, Implementierung und Hauptprogramm in verschiedenen Modulen, um die Projektklarheit und Skalierbarkeit zu verbessern. Planen Sie die Modulgrenzen im Voraus, um eine bequeme langfristige Wartung zu gew?hrleisten.

Das in Java 9 eingeführte Modulsystem (Jigsaw) macht die Projektstruktur klarer und das Abh?ngigkeitsmanagement klarer, aber es gibt tats?chlich einige Dinge, die gut damit zu tun haben. In diesem Artikel geht es nicht um Prinzipien, sondern nur über praktische Vorschl?ge.

Das Modulbenennen sollte standardisiert sein, sparen Sie also keine Probleme

Obwohl der Modulname nur eine Zeichenfolge ist, wirkt sich dies auf die Wartbarkeit des gesamten Projekts aus. Es wird empfohlen, umgekehrte Domain -Namensstile einheitlich zu verwenden, wie z. B. com.example.mymodule , die vermeiden kann, Konflikte zu benennen und die Identifizierung der Zuordnung zu erleichtern.

Einige Leute nennen gerne core oder utils direkt, was in kleinen Projekten in Ordnung ist, aber es ist einfach, in der Zusammenarbeit mit gro?en Teams oder mehreren Personen verwirrt zu werden. Wenn Sie einen kurzen Namen verwenden müssen, werden Sie zumindest com.example.core zumindest vorfixen.

• Versuche semantisch und klar zu sein
• Vermeiden Sie doppelte oder verschwommene Modulnamen
• Beginnen Sie nicht mit Zahlen oder seltsamen Zeichen

Exporte und Anforderungen eindeutig, enthüllen Sie sie nicht alle

Einer der gr??ten Vorteile eines Modulsystems ist die Verpackungsf?higkeit. exports Sie nicht alle Pakete aus Gründen der Bequemlichkeit. Nur die Teile auszusetzen, die wirklich au?en sichtbar sein müssen, w?hrend der Rest im Inneren verborgen bleibt, kann misstrauen und überm??ige Kopplung effektiv verhindern.

Gleichzeitig müssen requires klar geschrieben werden, insbesondere wenn sie über Module hinweg anrufen. Wenn Sie sich auf ein Modul verlassen, deklarieren Sie es explizit und erwarten Sie nicht, dass die JVM es automatisch verarbeitet.

Zum Beispiel:

 Modul com.example.service {
    erfordern com.example.api;
    exportiert com.example.service.impl;
}

Im obigen Code:

• Nur impl -Paket wird exportiert und andere Pakete sind standardm??ig nicht für die ?ffentlichkeit sichtbar.
• Es stützt sich ausdrücklich auf das Modul com.example.api

Auf diese Weise wissen andere, wovon Ihr Modul abh?ngt und welche Dienste Sie anbieten.

Seien Sie vorsichtig, wenn Sie automatische Module verwenden

Einige alte Projekte oder Bibliotheken von Drittanbietern sind noch nicht modular, daher erm?glicht Java, sie durch automatic modules vorzustellen. Obwohl dieser Ansatz bequem ist, ist dieser Ansatz riskant: Der JVM f?rbt sich automatisch Modulnamen, was zu Konflikten oder schwer zu verfolgen führen kann.

Anregung:

• Versuchen Sie, modulare Bibliotheken zu verwenden
• Wenn Sie ein automatisches Modul verwenden müssen, ist es am besten zu best?tigen, ob der automatisch abgeleitete Modulname stabil ist
• Vermeiden Sie mehrere Bibliotheksabbildung auf denselben automatischen Modulnamen

Wenn Sie JPMS in Build -Tools wie Maven oder Gradle verwenden, sollten Sie auch den richtigen Modulpfad ( --module-path ) anstelle des alten Klassenpfad ( -classpath ) konfigurieren.

Schichtes Design der Modulstruktur, machen Sie es nicht zu einem ganzen Topf Brei

Das Modulsystem erm?glicht es Ihnen nicht, nach Belieben eine Reihe von Dateien zu rei?en, sondern ermutigt Sie, angemessene Schichten zu machen. Ein gemeinsamer Ansatz besteht beispielsweise darin, die Schnittstelle und Implementierung in verschiedene Module wie folgt zu trennen:

• com.example.api : Definiert Schnittstelle, ?ffentlicher Typ
• com.example.service : Implementieren Sie eine spezifische Logik
• com.example.app : Hauptprogrammeintrag, kombiniert verschiedene Module

Diese Struktur ist klar und leicht zu warten und auch für die Testen und Ersatzimplementierung bequem.

Wenn Sie von Anfang an ein gro?es Modul erstellen, ist es sehr problematisch, es sp?ter aufzuteilen. Die Planung der Modulgrenzen im Voraus ist für die langfristige Wartung sehr wichtig.

Grunds?tzlich ist das. Das Modulsystem selbst ist nicht kompliziert, aber wenn es wirklich im Projekt implementiert ist, müssen Sie immer noch auf die Details achten, sonst wird es leicht "es scheint Module verwendet zu haben, aber es ist tats?chlich das gleiche wie zuvor.

Das obige ist der detaillierte Inhalt vonBest Practices des Java -Modulsystems (Jigsaw). Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!