Kiểu C#: Lambdas, _ => hoặc x =>?

Question

Tôi đã sử dụng các biểu thức lambda trong các ngôn ngữ khác trước khi sử dụng chúng trong C#, và vì vậy tôi có thói quen sử dụng _ cho lambdas đơn giản dưới dạng Func<T, TResult>, đặc biệt là cho lambdas đơn giản. (predicates, vv ..). Tuy nhiên, trong C# tôi thường thấy các chữ cái duy nhất được sử dụng thay vì _ cho các loại biểu thức lambda tương tự, chẳng hạn như x,y,z,i,j,k. Cách tiếp cận thư có vẻ kỳ quặc đối với tôi vì những chữ cái đó có một ý nghĩa điển hình khác trong cách sử dụng thông thường, cho các biến vòng lặp. _ thường dễ đọc hơn trong quan điểm của tôi. Là phong cách thư duy nhất thực sự phong cách thành lập cho lambdas trong C#?

Ví dụ:

những gì tôi đang sử dụng để viết:

var ages = people.Select(_ => _.Age); 

gì tôi nhìn thấy được bằng văn bản thay vì:

var ages = people.Select(x => x.Age); // choice of 'x' is not consistent 

Answer 1

Nhiều C# phát triển sử dụng _ để chỉ ra rằng thông số sẽ không được sử dụng và một chữ cái hoặc tên viết tắt khác khi tham số là sử dụng.

nguồn lực khác:

• Interesting discussion on using _ instead of ()

Answer 2

Không có 'thành lập' phong cách để đặt tên biến lambda của bạn. Tuy nhiên, dấu gạch dưới thường có nghĩa là một số loại biến thành viên, có nghĩa là kiểu của bạn có thể xung đột với các tiêu chuẩn đặt tên khác so với tên biến thông thường.

Câu chuyện dài ngắn - Làm điều gì phù hợp với bạn.

Answer 3

Hoặc bạn có thể sử dụng tên có ý nghĩa, ví dụ:

var ages = people.Select(person => person.Age); 

Answer 4

Đó là tên biến, vì vậy tôi muốn đi với ý tưởng rằng tên sẽ truyền đạt thông tin cần truyền đạt. Thông tin gì _ truyền đạt?

Để cùng một kết thúc, thông tin nào hiện x truyền đạt?

tôi có thể viết ví dụ của bạn như thế này:

var ages = people.Select(p => p.Age); 

Ý tưởng là tôi cảm thấy rằng p ít nhất gợi ý trong bối cảnh của toàn bộ tuyên bố rằng đó là một kỷ lục people. Bạn có thể mang nó hơn nữa:

var ages = people.Select(person => person.Age); 

Bây giờ rằng chuyển tải tới người đọc những gì biến mà thực sự là. Tất nhiên, đối với một tuyên bố nhỏ như vậy, một lập luận có thể được thực hiện rằng nó quá mức cần thiết. Tôi không nghĩ vậy, nhưng đó là vấn đề ưu tiên. (Và không chỉ sở thích của bạn, mà là sở thích của bất kỳ ai phải hỗ trợ mã này.)

Đối với các biểu thức lambda phức tạp hơn, đa dòng, tên càng trở nên quan trọng hơn.Xa hơn nữa là từ ngữ cảnh của biến có nghĩa là gì, tên biến nhiều hơn cần mang theo ngữ cảnh đó.

Answer 5

Có một lý do tại sao bạn có thể cho nó một cái tên - bởi vì đôi khi bạn có thể có nhiều đầu vào và cần phải phân biệt chúng:

Func<int,int,int> product = (num1, num2) => (num1 * num2); // takes in two ints, and returns one int 
int x = product(2, 3); 

Answer 6

thế nào là một hàm lambda nên khác biệt so với bất kỳ phương pháp nào khác. Nếu ai đó gửi mã với một phương pháp như:

public static int getAge(Person _) 
{ 
    return _.Age; 
} 

hoặc

public static int getAge(Person x) 
{ 
    return x.Age; 
} 

bạn sẽ nói gì?

Theo ý kiến ​​của tôi, hãy chọn tên của tham số cho lambda nên chỉ có ý nghĩa như tham số của bất kỳ phương pháp nào khác. Tôi có thể thỉnh thoảng có ngoại lệ đối với chức năng nhận dạng x => x vì trong trường hợp đó biến không cần phải có ý nghĩa gì, nó thực sự có thể là bất cứ điều gì, nhưng sử dụng dấu gạch dưới hoặc một chữ cái cho mọi thứ trong tâm trí của tôi có thể đọc được. (Vì vậy, nhiều người cho ra những ưu điểm của LINQ/Lambdas là dễ đọc, bị đánh bại nếu bạn làm xáo trộn tất cả các biến.)

Answer 7

Được sử dụng cho biến lớp (thuộc tính) và _ không được sử dụng cho biến cục bộ. Vì vậy, bạn nên sử dụng tên có ý nghĩa cho biến cục bộ và biến lớp.

Ex:

var personList = (from person in people where person.Age > 18 select person).ToList();