Lựa chọn thay thế duyên dáng nhất cho giao diện không đổi là gì?

Question

Tôi đã xem xét một số mã được phát triển bởi một nhóm ngoài khơi. Tôi thấy ít nhất một "giao diện không đổi" cho mỗi mô-đun được xác định. Ví dụ (không thực thế giới):

public interface RequestConstants{ 
    //a mix of different constants(int,string,...) 
    public static final int MAX_REQUESTS = 9999; 
    public static final String SAMPLE_REQUEST = "Sample Request"; 
} 

mỗi sự hiểu biết của tôi nó là một mô hình chống như những không bất kỳ tiện ích trong thời gian chạy, và nên tránh hoặc giải quyết theo một cách khác. Cách thanh lịch để đại diện cho điều này là gì? Có thể sử dụng enums thay thế không?

Answer 1

En enum có lẽ không phải là một ý tưởng hay trừ khi tất cả các tham số đều liên quan chặt chẽ. Với hai tham số trong ví dụ của bạn, tôi muốn nói rằng chúng không đủ chặt chẽ liên quan đến việc đủ điều kiện như là một enum.

Nhưng không nhất thiết phải là một ý tưởng tồi để bao gồm lớp/giao diện hằng số như thế này. Nó có lợi thế là được tập trung, có nghĩa là công cụ cấu hình này có thể dễ dàng được chuyển ra ngoài chương trình - ví dụ như một tệp thuộc tính, bộ giải mã dòng lệnh, cơ sở dữ liệu hoặc thậm chí giao diện socket - với tác động tối thiểu các lớp khác. Nó thực sự là một câu hỏi về hướng thiết kế sẽ thực hiện. Trừ khi bạn đang nghĩ đến việc đi xuống con đường đó, tuy nhiên, tôi muốn nói kết thúc tĩnh trong các lớp học, nơi các thông số tương ứng được sử dụng là con đường để đi, như đã được đề xuất rồi.

Answer 2

Chuyển giao diện thành lớp final với hàm tạo private.

Answer 3

Tôi thích đặt hằng số trong lớp học, nơi họ làm cho chúng thích hợp nhất, và sau đó nếu tôi có để chỉ cho họ ở nơi khác, chỉ cần làm như vậy - thể sử dụng nhập khẩu tĩnh nếu có ý nghĩa (ví dụ cho Math.PI).

Lý do thực sự duy nhất để đặt hằng số trong giao diện là cho phép bạn "triển khai" giao diện không có phương pháp và truy cập vào các hằng số thông qua tên đơn giản của chúng mà không cần bất kỳ chứng chỉ nào khác. Nhập tĩnh sẽ xóa lý do đó.

Answer 4

Sử dụng lớp không thể giải thích cuối cùng, tức là một lớp có hàm tạo riêng.