Có phải các lĩnh vực công cộng của Java chỉ là một lỗ hổng thiết kế lịch sử bi thảm vào thời điểm này? [đóng cửa]

Có vẻ như chính thống Java ở điểm này về cơ bản người ta không bao giờ nên sử dụng các trường công khai cho trạng thái đối tượng. . Hoặc có một lập luận hợp lý rằng chúng là một phần hữu ích và quan trọng của ngôn ngữ, ngay cả ngày nay?

Cảm ơn!

Cập nhật: Tôi biết về các cách tiếp cận thanh lịch hơn, chẳng hạn như trong C #, Python, Groovy, v.v. Tôi không trực tiếp tìm kiếm các ví dụ đó. Tôi thực sự chỉ tự hỏi liệu vẫn còn ai đó ở sâu trong hầm, lẩm bẩm về việc các lĩnh vực công cộng thực sự tuyệt vời như thế nào, và quần chúng chỉ là những con cừu, v.v.

Cập nhật 2: Các trường công khai cuối cùng tĩnh rõ ràng là cách tiêu chuẩn để tạo các hằng công khai. Tôi đã đề cập nhiều hơn đến việc sử dụng các trường công khai cho trạng thái đối tượng (thậm chí trạng thái bất biến). Tôi nghĩ rằng nó có vẻ như là một lỗ hổng thiết kế rằng người ta nên sử dụng các trường công khai cho các hằng số, nhưng không phải cho nhà nước, một quy tắc ngôn ngữ nên được thực thi một cách tự nhiên, theo cú pháp, chứ không phải theo hướng dẫn.

Tôi thích chúng, miễn là trường cuối cùng và chỉ được sử dụng nội bộ trong ứng dụng, không được hiển thị trong API cho các ứng dụng khác. Điều này giữ cho mã của bạn ngắn hơn và dễ đọc hơn.

Bạn không nên phơi bày các trường công khai trong API bởi vì bằng cách hiển thị các trường công khai, bạn cũng phơi bày việc triển khai. Nếu bạn trưng bày nó như một getXXX()phương thức thay thế, bạn có thể thay đổi việc triển khai mà không thay đổi giao diện API. Ví dụ: bạn có thể thay đổi và nhận giá trị từ một dịch vụ từ xa, nhưng các ứng dụng sử dụng API không cần biết điều này.

Đây là một thiết kế khả thi cho public finalcác trường trong các lớp bất biến .

Từ Java hiệu quả :

Mục 14: Trong các lớp công khai, sử dụng các phương thức truy cập, không phải các trường công khai

... Nếu một lớp là gói riêng tư hoặc là một lớp lồng riêng, thì không có gì sai khi phơi bày các trường dữ liệu của nó. Cách tiếp cận này tạo ra sự lộn xộn ít hơn so với phương pháp tiếp cận phương pháp truy cập.

Mặc dù không bao giờ là một ý tưởng tốt cho một lớp học công khai trực tiếp các trường, nhưng nó sẽ ít gây hại hơn nếu các trường là bất biến.

Xem thêm Tại sao tôi không nên sử dụng POJO bất biến thay vì JavaBeans?

Việc sử dụng các cặp phương thức get / set là lỗ hổng thiết kế lịch sử bi thảm. Tôi không thể nghĩ về một ngôn ngữ khác thực hiện các thuộc tính bằng lời nói và không hiệu quả.

Tôi nghĩ các trường công khai là ổn đối với một lớp về cơ bản là một loại giá trị như số phức hoặc một điểm, trong đó lớp thực hiện ít hơn các kiểu nguyên thủy nhóm với nhau như cấu trúc kiểu C và có thể định nghĩa một vài toán tử.

Để xác định hằng số công cộng nó vẫn hữu ích. Ví dụ

chung kết tĩnh tĩnh int DAYS_IN_WEEK = 7;

Tuy nhiên, vẫn thích enum nếu có thể. Ví dụ

public enum Day {
    SUNDAY, MONDAY, TUESDAY, WEDNESDAY, 
    THURSDAY, FRIDAY, SATURDAY 
}

Để mô phỏng các lớp cấu trúc đơn giản, nó cũng hữu ích. Không có lý do để tạo một getter và setter cho mọi lĩnh vực, khi tất cả chúng đều công khai.

class Point
{
    public int x, y;
    public Point(int x, int y) {
        this.x = x;
        this.y = y;
    }
}

Trước khi IDE trở nên phổ biến, làm cho tất cả các lĩnh vực của bạn được công khai là một công cụ mạnh mẽ để tạo ra các nguyên mẫu / bằng chứng về các khái niệm một cách nhanh chóng.

Ngày nay có rất ít lý do để sử dụng chúng, khi bạn có thể tạo một cặp getter / setter chỉ với một cú nhấp chuột.

Điều này là chủ quan, nhưng ý kiến ​​của tôi là toàn bộ quan niệm công / tư đã lỗi thời và lạc hậu.

Trong python không có công khai / riêng tư; tất cả mọi thứ là công khai về cơ bản. Không gây ra nhiều vấn đề.

Trong Java, bạn có xu hướng tạo ra các getters / setters vô nghĩa cho từng trường để tránh tội lỗi đánh dấu chúng là "công khai". (IMHO nếu bạn thấy mình làm điều đó, bạn chỉ nên đánh dấu chúng công khai).