Apabila menggunakan sistem modul Java 9, anda perlu memberi perhatian kepada penamaan spesifikasi, kawalan pembungkusan, pengurusan ketergantungan, penggunaan modul automatik dan reka bentuk berlapis. Adalah disyorkan untuk mengamalkan gaya nama domain terbalik seperti com.example.mymodule untuk mengelakkan konflik dan meningkatkan pengiktirafan; Cuba jelaskan dalam semantik, jangan gunakan nama samar -samar atau pendua, dan jangan mulakan dengan nombor atau aksara khas. Eksport dan keperluan hendaklah ditakrifkan dengan jelas di dalam modul, hanya pakej yang perlu dieksport, kebergantungan harus diisytiharkan secara eksplisit, dan pemeliharaan harus diperbaiki dan gandingan harus dicegah. Gunakan modul automatik dengan berhati -hati, dan memberi keutamaan kepada perpustakaan modular. Jika perlu, sahkan kestabilan nama modul mereka dan elakkan konflik pemetaan. Laluan yang betul-modul harus dikonfigurasikan dalam alat binaan dan bukannya ClassPath lama. Struktur modul harus berlapis dengan munasabah, seperti meletakkan antara muka, pelaksanaan, dan program utama dalam modul yang berbeza untuk meningkatkan kejelasan projek dan skalabilitas. Rancang sempadan modul terlebih dahulu untuk memastikan penyelenggaraan jangka panjang yang mudah.

Sistem modul (Jigsaw) yang diperkenalkan di Java 9 menjadikan struktur projek lebih jelas dan pengurusan ketergantungan lebih jelas, tetapi sebenarnya ada beberapa perkara yang berkaitan dengannya. Artikel ini tidak bercakap tentang prinsip, tetapi hanya cadangan praktikal.

Penamaan modul harus diseragamkan, jadi jangan menjimatkan masalah

Walaupun nama modul hanya rentetan, ia akan menjejaskan kebolehkerjaan keseluruhan projek. Adalah disyorkan untuk menggunakan gaya nama domain terbalik secara seragam, seperti com.example.mymodule , yang boleh mengelakkan penamaan konflik dan memudahkan pengenalpastian atribusi.

Sesetengah orang suka memanggil core atau utils secara langsung, yang OK dalam projek kecil, tetapi mudah dikelirukan apabila bekerjasama dengan pasukan besar atau ramai orang. Jika anda perlu menggunakan nama pendek, sekurang -kurangnya awalan itu, contohnya com.example.core .

• Cuba menjadi semantik dan jelas
• Elakkan nama modul pendua atau kabur
• Jangan mulakan dengan nombor atau watak pelik

Jelas eksport dan keperluan, jangan dedahkan semuanya

Salah satu manfaat terbesar sistem modul ialah keupayaan pembungkusannya. Jangan exports semua pakej demi kemudahan. Hanya mendedahkan bahagian -bahagian yang benar -benar perlu dilihat di luar, sementara selebihnya tetap tersembunyi di dalamnya dengan berkesan dapat mencegah penyalahgunaan dan gandingan yang berlebihan.

Pada masa yang sama, requires mesti ditulis dengan jelas, terutamanya apabila memanggil modul. Jika anda bergantung pada modul, pastikan untuk mengisytiharkannya dengan jelas dan jangan mengharapkan JVM untuk mengendalikannya secara automatik.

Contohnya:

 modul com.example.service {
    memerlukan com.example.api;
    eksport com.example.service.impl;
}

Dalam kod di atas:

• Hanya pakej impl dieksport, dan pakej lain tidak dapat dilihat oleh orang ramai secara lalai.
• Ia secara eksplisit bergantung pada modul com.example.api

Dengan cara ini, orang lain akan tahu apa modul anda bergantung dan perkhidmatan yang anda berikan.

Berhati -hati semasa menggunakan modul automatik

Sesetengah projek lama atau perpustakaan pihak ketiga belum lagi modular, jadi Java membolehkan anda memperkenalkannya melalui automatic modules . Walaupun mudah, pendekatan ini berisiko: JVM secara automatik menyemarakkan nama modul, yang boleh membawa kepada konflik atau sukar untuk dikesan.

Cadangan:

• Cuba gunakan perpustakaan modular
• Sekiranya anda perlu menggunakan modul automatik, sebaiknya mengesahkan sama ada nama modul yang disimpulkan secara automatik adalah stabil
• Elakkan pelbagai perpustakaan pemetaan ke nama modul automatik yang sama

Juga, apabila menggunakan JPMS dalam alat binaan seperti Maven atau Gradle, berhati -hati untuk mengkonfigurasi laluan modul yang betul ( --module-path ) dan bukannya kelas lama ( -classpath ).

Reka bentuk berlapis struktur modul, jangan menjadikannya seluruh periuk bubur

Sistem modul tidak membolehkan anda merobek sekumpulan fail pada kehendak, tetapi menggalakkan anda melakukan lapisan yang munasabah. Sebagai contoh, pendekatan yang sama adalah untuk memisahkan antara muka dan pelaksanaan ke dalam modul yang berbeza, seperti ini:

• com.example.api : mentakrifkan antara muka, jenis awam
• com.example.service : Melaksanakan logik tertentu
• com.example.app : entri program utama, menggabungkan pelbagai modul

Struktur ini jelas dan mudah dikekalkan, dan juga mudah untuk pengujian dan pelaksanaan penggantian.

Jika anda membuat modul besar dari awal, ia akan menjadi sangat menyusahkan untuk memisahkannya kemudian. Merancang sempadan modul terlebih dahulu adalah sangat penting untuk penyelenggaraan jangka panjang.

Pada dasarnya itu sahaja. Sistem modul itu sendiri tidak rumit, tetapi apabila ia benar -benar dilaksanakan dalam projek itu, anda masih perlu memberi perhatian kepada butiran, jika tidak, ia akan menjadi "nampaknya telah menggunakan modul, tetapi sebenarnya sama seperti sebelumnya."

Atas ialah kandungan terperinci Sistem Modul Java (Jigsaw) Amalan Terbaik. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!