Cấu trúc gói cho một dự án Java?

Phương pháp hay nhất để thiết lập cấu trúc gói trong Ứng dụng Web Java là gì?

Bạn sẽ thiết lập src, mã kiểm tra đơn vị, v.v. của mình như thế nào?

Bạn có thể làm theo cách bố trí dự án tiêu chuẩn của maven . Bạn không phải thực sự sử dụng maven, nhưng nó sẽ giúp quá trình chuyển đổi dễ dàng hơn trong tương lai (nếu cần). Thêm vào đó, các nhà phát triển khác sẽ quen với việc nhìn thấy bố cục đó, vì nhiều dự án nguồn mở được bố trí theo cách này,

Có một số tài nguyên hiện có mà bạn có thể kiểm tra:

1. Đóng gói đúng cách các lớp Java của bạn
2. Kiến trúc Spring 2.5
3. Hướng dẫn Java - Đặt tên một gói
4. Quy ước đặt tên của SUN

Đối với những gì nó đáng giá, các nguyên tắc cá nhân của riêng tôi mà tôi có xu hướng sử dụng như sau:

1. Bắt đầu với miền ngược, ví dụ: "com.mycompany".
2. Sử dụng tên sản phẩm, ví dụ: "myproduct". Trong một số trường hợp, tôi có xu hướng có các gói thông thường không thuộc về một sản phẩm cụ thể. Chúng sẽ được phân loại theo chức năng của các lớp chung này, ví dụ: "io", "use", "ui", v.v.
3. Sau đó, nó trở thành dạng tự do hơn. Thông thường tôi nhóm theo dự án, lĩnh vực chức năng, triển khai, v.v. Ví dụ: tôi có thể có "project1", "project2", "ui", "client", v.v.

Một số điểm khác:

1. Nó khá phổ biến trong các dự án tôi đã làm việc để tên gói chảy từ tài liệu thiết kế. Thông thường các sản phẩm được tách thành các lĩnh vực chức năng hoặc mục đích đã có.
2. Đừng quá căng thẳng về việc đẩy chức năng phổ biến vào các gói cao hơn ngay lập tức. Chờ khi có nhu cầu trên các dự án, sản phẩm, v.v., sau đó tái cấu trúc.
3. Xem các phụ thuộc giữa các gói. Tất cả chúng không phải là xấu, nhưng nó có thể biểu thị sự kết hợp chặt chẽ giữa những gì có thể là các đơn vị riêng biệt. Có những công cụ có thể giúp bạn theo dõi điều này.

Tôi khuyên bạn nên tạo cấu trúc gói của bạn theo tính năng chứ không phải theo lớp triển khai. Một bài viết tốt về điều này là các phương pháp Java: Đóng gói theo tính năng, không phải lớp

Tôi thường thích có những thứ sau:

• bin (Binaries)
• doc (Tài liệu)
• inf (Thông tin)
• lib (Thư viện)
• res (Tài nguyên)
• src (Nguồn)
• tst (Thử nghiệm)

Những điều này có thể được coi là độc đáo, nhưng tôi thấy đó là một cách rất hay để sắp xếp mọi thứ.

The way I usually organise is
- src
        - main
                - java
                - groovy
                - resources
        - test
                - java
                - groovy
- lib
- build
        - test 
                - reports
                - classes
- doc

Theo cách tôi thường có hệ thống phân cấp thư mục-

• Tên dự án
  • src
  • thùng rác
  • bài kiểm tra
  • nói dối
  • tài liệu

Một cách khác là tách các API, dịch vụ và thực thể thành các gói khác nhau.