Tại sao các phương pháp ma thuật được thực hiện trong C #?

Trong C #, tôi bắt đầu thấy tất cả các phương thức ma thuật này xuất hiện mà không được giao diện sao lưu. Tại sao điều này được chọn?

Hãy để tôi giải thích.

Trước đây trong C #, nếu một đối tượng triển khai IEnumerablegiao diện, nó sẽ tự động được lặp lại bởi một foreachvòng lặp. Điều đó có ý nghĩa với tôi, vì nó được hỗ trợ bởi một giao diện, và nếu tôi có Iteratorchức năng riêng của mình trong lớp được lặp đi lặp lại, tôi có thể làm điều đó mà không phải lo lắng rằng nó sẽ có ý nghĩa kỳ diệu khác.

Bây giờ, rõ ràng, (không chắc chắn khi nào), các giao diện này không còn cần thiết nữa. Nó chỉ cần có các chuyển đổi đặt tên đúng.

Một ví dụ khác là làm cho bất kỳ đối tượng nào được chờ đợi bằng cách có một phương thức được đặt tên chính xác GetAwaiter có một vài thuộc tính cụ thể.

Tại sao không tạo một giao diện như họ đã làm với IEnumerablehoặc INotifyPropertyChangedsao lưu "ma thuật" này lên tĩnh?

Thêm chi tiết về những gì tôi muốn nói ở đây:

http://blog.nem.ec/2014/01/01/magic-methods-c-sharp/

Những ưu và nhược điểm của phương pháp ma thuật là gì, và có nơi nào trực tuyến mà tôi có thể tìm thấy bất cứ điều gì về lý do tại sao những quyết định này được đưa ra không?

Nói chung, các phương pháp ma thuật của người dùng được sử dụng khi không thể tạo ra một giao diện hoạt động theo cùng một cách.

Khi foreachđược giới thiệu lần đầu tiên trong C # 1.0 (hành vi đó chắc chắn không có gì gần đây), nó đã phải sử dụng các phương pháp ma thuật, vì không có thuốc generic. Các tùy chọn cơ bản là:

1. Sử dụng không chung chung IEnumerablevà IEnumeratorhoạt động với objects, có nghĩa là các loại giá trị đấm bốc. Vì việc lặp đi lặp lại một cái gì đó như một danh sách intnên rất nhanh và chắc chắn không nên tạo ra nhiều giá trị hộp rác, đây không phải là một lựa chọn tốt.

2. Chờ cho thuốc generic. Điều này có thể có nghĩa là trì hoãn .Net 1.0 (hoặc ít nhất foreach) trong hơn 3 năm.

3. Sử dụng phương pháp ma thuật.

Vì vậy, họ đã chọn tùy chọn # 3 và nó ở lại với chúng tôi vì lý do tương thích ngược, mặc dù kể từ .Net 2.0, yêu cầu IEnumerable<T>cũng sẽ hoạt động.

Bộ khởi tạo bộ sưu tập có thể trông khác nhau trên mỗi loại bộ sưu tập. So sánh List<T>:

public void Add(T item)

và Dictionary<TKey, TValue>:

public void Add(TKey key, TValue value)

Bạn không thể có một giao diện duy nhất chỉ hỗ trợ biểu mẫu đầu tiên List<T>và chỉ giao diện thứ hai Dictionary<TKey, TValue>.

Các phương thức LINQ thường được triển khai như các phương thức mở rộng (do đó có thể chỉ có một triển khai duy nhất ví dụ LINQ to Object cho tất cả các loại triển khai IEnumerable<T>), điều đó có nghĩa là không thể sử dụng giao diện.

Đối với await, GetResult()Phương thức có thể trả về một trong hai voidloại T. Một lần nữa, bạn không thể có một giao diện duy nhất có thể xử lý cả hai. Mặc dù awaitlà một phần dựa trên giao diện: người phục vụ phải thực hiện INotifyCompletionvà cũng có thể thực hiện ICriticalNotifyCompletion.