Tại sao một đánh dấu các biến cục bộ và các tham số của phương thức là "cuối cùng" trong Java?

Question

Trong Java, bạn có thể đủ điều kiện biến cục bộ và tham số phương thức với từ khóa cuối cùng.

public static void foo(final int x) { 
    final String qwerty = "bar"; 
} 

Làm như vậy sẽ không thể gán lại x và qwerty trong phần thân của phương thức.

Thực hành này thúc đẩy mã của bạn theo hướng bất biến, thường được coi là dấu cộng. Nhưng, nó cũng có xu hướng lộn xộn lên mã với "cuối cùng" hiển thị ở khắp mọi nơi. Ý kiến ​​của bạn về từ khóa cuối cùng cho các biến địa phương và các tham số phương thức trong Java là gì?

Answer 1

Bạn nên cố gắng thực hiện việc này, bất cứ khi nào phù hợp. Bên cạnh việc phục vụ để cảnh báo bạn khi bạn "vô tình" cố sửa đổi một giá trị, nó cung cấp thông tin cho trình biên dịch có thể dẫn đến tối ưu hóa tốt hơn tệp lớp. Đây là một trong những điểm trong cuốn sách, "Hardcore Java" của Robert Simmons, Jr. Trong thực tế, cuốn sách dành tất cả chương thứ hai của nó về việc sử dụng cuối cùng để thúc đẩy tối ưu hóa và ngăn chặn các lỗi logic. Các công cụ phân tích tĩnh như PMD và SA tích hợp của Eclipse gắn cờ các loại trường hợp này vì lý do này.

Answer 2

Ý kiến ​​cá nhân của tôi là nó lãng phí thời gian. Tôi tin rằng sự lộn xộn thị giác và thêm sự rách rưới là không đáng. Tôi chưa bao giờ ở trong một tình huống mà tôi đã gán lại (hãy nhớ, điều này không làm cho các đối tượng bất biến, tất cả điều đó có nghĩa là bạn không thể gán lại một tham chiếu khác cho một biến) một biến bị lỗi. Quay trở lại.

Nhưng, tất nhiên, đó là tất cả các sở thích cá nhân ;-)

Answer 3

Tại sao bạn muốn? Bạn đã viết phương thức này, vì vậy, bất kỳ ai sửa đổi phương thức đó luôn có thể xóa từ khóa cuối cùng khỏi qwerty và gán lại nó. Đối với chữ ký phương thức, cùng một lý do, mặc dù tôi không chắc chắn nó sẽ làm gì với các lớp con của lớp của bạn ... chúng có thể kế thừa tham số cuối cùng và thậm chí nếu chúng ghi đè phương thức, không thể hủy kết thúc x. Hãy thử nó và tìm hiểu xem nó sẽ làm việc.

Lợi ích thực sự duy nhất, sau đó, là nếu bạn làm cho thông số bất biến và nó mang đến cho trẻ em. Nếu không, bạn chỉ làm lộn xộn mã của bạn mà không có lý do đặc biệt tốt. Nếu nó không ép buộc bất kỳ ai tuân thủ các quy tắc của bạn, bạn tốt hơn là chỉ để lại một nhận xét tốt vì bạn không nên thay đổi tham số hoặc biến đó thay vì đưa ra điều chỉnh cuối cùng.

Sửa

Để đối phó với một lời nhận xét, tôi sẽ bổ sung thêm rằng nếu bạn đang nhìn thấy vấn đề hiệu suất, làm cho các biến và các thông số địa phương của bạn cuối cùng có thể cho phép trình biên dịch để tối ưu hóa mã của bạn tốt hơn. Tuy nhiên, từ quan điểm của bất biến mã của bạn, tôi đứng theo tuyên bố ban đầu của tôi.

Answer 4

Do tính chất khó hiểu (thỉnh thoảng) của hành vi "pass by reference" của Java, tôi nhất định đồng ý với việc hoàn thành tham số var.

Hoàn thành biến cục bộ có vẻ hơi quá mức IMO.

Answer 5

Trong trường hợp các biến cục bộ, tôi có xu hướng tránh điều này. Nó gây ra sự lộn xộn thị giác, và nói chung là không cần thiết - một chức năng phải đủ ngắn hoặc tập trung vào một tác động duy nhất để cho phép bạn nhanh chóng thấy rằng bạn đang sửa đổi cái gì đó không nên.

Trong trường hợp số ma thuật, tôi sẽ đặt chúng dưới dạng trường riêng tư liên tục, thay vì trong mã.

Tôi chỉ sử dụng cuối cùng trong các trường hợp cần thiết (ví dụ: chuyển giá trị cho các lớp ẩn danh).

Answer 6

Tôi để Eclipse làm điều đó cho tôi khi chúng đang được sử dụng trong một lớp ẩn danh, tăng lên do tôi sử dụng API thu thập của Google.

Answer 7

Chúng tôi thực hiện tại đây cho các biến địa phương nếu chúng tôi cho rằng chúng sẽ không được gán lại hoặc không được gán lại.

Các tham số không phải là cuối cùng vì chúng tôi có một Checkstyle-Check kiểm tra các thông số gán lại. Tất nhiên không ai có thể muốn gán lại một biến tham số.

Answer 8

thức có ba lý do chính đáng: biến

• dụ thiết lập bởi constructor chỉ trở nên bất biến
• phương pháp không được ghi đè trở thành cuối cùng, sử dụng điều này với lý do thực sự, không theo mặc định
• biến địa phương hoặc các tham số được sử dụng trong các lớp không đồng nhất bên trong một phương thức cần phải là cuối cùng

Giống như các phương pháp, biến cục bộ và thông số không cần phải khai báo cuối cùng. Như những người khác đã nói trước đây, điều này cắt mã trở nên ít có thể đọc được với rất ít efford cho tối ưu hóa trình biên dịch performace, đây không phải là lý do thực sự cho hầu hết các đoạn mã.

Answer 9

Có làm điều đó.

Đó là về khả năng đọc. Nó dễ dàng hơn để lý luận về các trạng thái có thể của chương trình khi bạn biết rằng các biến được gán một lần và chỉ một lần.

Phương án thay thế là bật cảnh báo IDE khi tham số được gán hoặc khi một biến (ngoài biến vòng lặp) được gán nhiều lần.

Answer 10

Làm một tham số thức đảm bảo rằng giá trị sử dụng ở bất kỳ vị trí trong phương pháp đề cập đến giá trị thông qua. Nếu không, bạn phải phân tích cú pháp tinh thần tất cả các mã trên một vị trí nhất định để biết giá trị tham số có tại điểm đó.

Do đó, không sử dụng thức làm cho mã của bạn dễ đọc hơn, và duy trì, tất cả bởi chính nó :)

biến địa phương cuối cùng phụ thuộc vào ý định, và ít quan trọng trong quan điểm của tôi. Phụ thuộc vào những gì diễn ra.

Answer 11

Mặc dù nó tạo ra một chút lộn xộn, nhưng đáng giá là đặt final. Ví dụ: nhật thực có thể tự động đặt final nếu bạn định cấu hình để làm như vậy.

Answer 12

Tạo biến cục bộ và tham số phương pháp final là điều cần thiết nếu bạn muốn chuyển các tham số đó vào các lớp ẩn danh - như bạn khởi tạo một chuỗi ẩn danh và muốn truy cập các tham số đó trong phần thân của phương thức run().

Ngoài ra, tôi không chắc chắn về các lợi ích hiệu suất mà hiệu suất tốt hơn thông qua tối ưu hóa trình biên dịch. Đó là tùy thuộc vào việc thực hiện trình biên dịch cụ thể cho dù nó muốn tối ưu hóa nó ...

Nó sẽ là tốt để biết về bất kỳ số liệu thống kê hiệu suất từ ​​việc sử dụng final ...