Gần đây tôi đã thành thạo biểu thức Lambda được giới thiệu trong java 8. Tôi thấy rằng bất cứ khi nào tôi đang sử dụng giao diện chức năng, tôi có xu hướng luôn sử dụng biểu thức Lambda thay vì tạo một lớp thực hiện giao diện chức năng.

Đây có được coi là thực hành tốt? Hoặc là tình huống của họ khi sử dụng Lambda cho giao diện chức năng là không phù hợp?

Có một số tiêu chí khiến bạn cân nhắc không sử dụng lambda:

• Kích thước Một lambda càng lớn, càng khó thực hiện theo logic xung quanh nó.
• Lặp lại Tốt hơn là tạo một hàm được đặt tên cho logic lặp lại, mặc dù việc lặp lại các lambdas rất đơn giản được trải rộng là tốt hơn.
• Đặt tên Nếu bạn có thể nghĩ ra một tên ngữ nghĩa tuyệt vời, bạn nên sử dụng tên đó thay vào đó, vì nó thêm rất nhiều sự rõ ràng vào mã của bạn. Tôi không nói tên như thế priceIsOver100. x -> x.price > 100chỉ rõ ràng như tên đó. Ý tôi là những cái tên như isEligibleVoterthế thay thế một danh sách dài các điều kiện.
• Nestdas Nested Nested thực sự, thực sự rất khó đọc.

Đừng quá nhiệt tình. Hãy nhớ rằng, phần mềm dễ dàng thay đổi. Khi nghi ngờ, hãy viết cả hai cách và xem cái nào dễ đọc hơn.

Nó phụ thuộc. Bất cứ khi nào bạn thấy mình sử dụng cùng lambda ở những nơi khác nhau, bạn nên xem xét việc thực hiện một lớp thực hiện giao diện. Nhưng nếu bạn đã sử dụng một lớp bên trong ẩn danh nếu không tôi nghĩ rằng lambda tốt hơn nhiều.

Tôi ủng hộ câu trả lời của Karl Bielefeldt, nhưng muốn cung cấp một bổ sung ngắn gọn.

• Gỡ lỗi Một số cuộc đấu tranh của IDE với phạm vi bên trong lambda và đấu tranh để hiển thị các biến thành viên bên trong bối cảnh của lambda. Mặc dù hy vọng tình huống này sẽ thay đổi, nhưng việc duy trì mã của người khác có thể gây khó chịu khi bị vấy bẩn bởi lambdas.

Truy cập vào các biến cục bộ của phạm vi kèm theo

Câu trả lời được chấp nhận bởi Karl Bielefeldt là chính xác. Tôi có thể thêm một phân biệt nữa:

• Phạm vi

Mã lambda được lồng bên trong một phương thức bên trong một lớp có thể truy cập bất kỳ biến cuối cùng có hiệu quả nào được tìm thấy trong phương thức & lớp đó.

Tạo một lớp thực hiện giao diện chức năng không cung cấp cho bạn quyền truy cập trực tiếp như vậy vào trạng thái của mã gọi.

Để trích dẫn Hướng dẫn Java (nhấn mạnh của tôi):

Giống như các lớp cục bộ và ẩn danh, các biểu thức lambda có thể nắm bắt các biến; họ có cùng quyền truy cập vào các biến cục bộ của phạm vi kèm theo . Tuy nhiên, không giống như các lớp cục bộ và ẩn danh, các biểu thức lambda không có bất kỳ vấn đề đổ bóng nào (xem Shadowing để biết thêm thông tin). Biểu thức Lambda có phạm vi từ vựng. Điều này có nghĩa là họ không kế thừa bất kỳ tên nào từ một siêu kiểu hoặc giới thiệu một cấp độ mới của phạm vi. Các khai báo trong biểu thức lambda được diễn giải giống như chúng ở trong môi trường kèm theo.

Vì vậy, trong khi có những lợi ích khi rút mã dài và đặt tên mã, bạn phải cân nhắc điều đó với sự đơn giản của việc truy cập trực tiếp vào trạng thái của phương thức & lớp kèm theo.

Xem:

• Truy cập các biến cục bộ của phạm vi kèm theo ( Hướng dẫn Java của Oracle)
• Lợi ích gì khi có thể sử dụng các biến cuối cùng có hiệu quả trong các biểu thức lambda Java 8
• Sự khác biệt giữa cuối cùng và hiệu quả cuối cùng

Điều này có thể là chọn nit, nhưng với tất cả các điểm tuyệt vời khác được đưa ra trong các câu trả lời khác, tôi sẽ thêm:

Thích phương pháp tham khảo khi có thể. So sánh:

employees.stream()
         .map(Employee::getName)
         .forEach(System.out::println);

đấu với

employees.stream()
         .map(employee -> employee.getName())
         .forEach(employeeName -> System.out.println(employeeName));

Sử dụng tham chiếu phương thức giúp bạn tiết kiệm được yêu cầu đặt tên (các) đối số của lambda, thường là dư thừa và / hoặc dẫn đến các tên lười biếng như ehoặc x.

Dựa trên câu trả lời của Matt McHenry, có thể có mối quan hệ giữa lambda và các tham chiếu phương thức trong đó lambda có thể được viết lại dưới dạng một loạt các tham chiếu phương thức. Ví dụ:

employees.stream()
         .forEach(employeeName -> System.out.println(employee.getName()));

đấu với

employees.stream()
         .map(Employee::getName)
         .forEach(System.out::println);