Tại sao không phải là các phương thức Array được xây dựng thành một cá thể Array?

Question

Xin lỗi vì những gì có lẽ là một câu hỏi ngớ ngẩn nhưng nó bugging tôi ...

int[] i = {3, 2, 1}; 
//why 
Array.Sort(i); 
//instead of 
i.Sort(); 

char c = 'c'; 
//why 
char.IsLetter(c); 
//instead of 
c.Isletter(); 

Answer 1

Cảm ơn Pedro d'Aquino đã xác định các câu hỏi khác cung cấp câu trả lời.

Điểm cơ bản là các phương thức thể hiện trên cấu trúc không phải là an toàn luồng nhưng phương pháp tĩnh là.

Xem những câu hỏi này:

• Why is .NETs char.IsLower() a static method?
• Why IsNan() is a static method on the double class instead of an instance property?

Answer 2

Bạn có thể làm điều đó cho chính mình nếu bạn sử dụng .NET 3.0, sử dụng phương pháp khuyến nông:

public static class Extensions 
{ 
public static bool IsLetter(this chr) 
{ 
return char.IsLetter(chr); 
} 
} 

sau đó gọi nó giống như: c.IsLetter()

Hoặc làm theo cách bạn muốn. Cùng một lúc phân loại

Answer 3

Đó là một quyết định triển khai. Tôi không biết tất cả những gì đang diễn ra trong đầu của các nhà thiết kế khuôn khổ, nhưng tôi tin rằng một lý do là cho phép sắp xếp các loại tùy chỉnh với nỗ lực ít nhất.

Bất kỳ lớp nào triển khai iComparable đều có thể được đưa vào mảng và sắp xếp. Nếu nó là một phương thức của mảng, thì tôi sẽ phải viết một kiểu mảng mới cho kiểu tùy chỉnh của tôi.

Ngoài ra, như những người khác đã lưu ý, các kiểu nguyên thủy yêu cầu thiết kế này của một mảng.

Answer 4

Đây là các tiện ích tiện ích không cần phải thuộc các lớp này. Điều này củng cố Single Responsibility Principle

(chỉnh sửa) Tôi đã bối rối với Java

(About static members):

thành viên lớp tĩnh có thể được sử dụng để dữ liệu riêng biệt và hành vi đó là không phụ thuộc vào bất kỳ đối tượng danh tính: dữ liệu và chức năng không thay đổi bất kể điều gì xảy ra với đối tượng . Các lớp tĩnh có thể được sử dụng khi không có dữ liệu hoặc hành vi trong lớp phụ thuộc vào đối tượng danh tính.

thread-safe point of view cũng là một lý do chính đáng.