Khi nào bạn nên sử dụng IEnumerable và GetEnumerator?

Question

Trong nhiều dự án của chúng tôi, tôi đã thấy một vài lớp sưu tập hoặc vùng chứa tùy chỉnh chứa một số loại bộ sưu tập chung chung, ví dụ: một lớp học List(of T).

Chúng thường có phương thức GetXXX trả về một IEnumerable của bất kỳ loại lớp sưu tập tùy chỉnh nào sử dụng để thu thập nội bộ có thể được lặp lại xung quanh bằng cách sử dụng vòng lặp foreach.

ví dụ:

public IEnumerable<UploadState> GetStates 
{ 
    get 
    { 
     return new List<UploadState>(m_states); 
    } 
} 

Câu hỏi của tôi là nên những lớp học thay vì thực hiện các giao diện IEnumerable, và gọi GetEnumerator vào danh sách riêng của mình.

Có cách nào ưu tiên hoặc là tùy thuộc vào nhà phát triển không?

Answer 1

Nếu lớp học của bạn là lớp sưu tập tùy chỉnh thì có, cần triển khai IEnumerable<T>. Trong trường hợp này, một thuộc tính công khai cho danh sách bên trong sẽ là thừa.Hãy tưởng tượng một lớp đơn giản:

public class People : IEnumerable<Person> 
{ 
    List<Person> persons = new List<Person>(); 

    public IEnumerator<Person> GetEnumerator() 
    { 
     return persons.GetEnumerator(); 
    } 
} 

Nhưng nếu lớp học của bạn không thể hoạt động như một bộ sưu tập sau đó cung cấp một công IEnumerable tài sản cho các yếu tố của nó:

public class Flight 
{ 
    List<Person> passengers = new List<Person>(); 

    public IEnumerable<Person> Passengers 
    { 
     get { return passengers; } 
    } 
} 

Dù sao, nó luôn được các nhà phát triển để lựa chọn bên phải thiết kế.

Answer 2

tôi sẽ làm điều đó theo cách đó:

public IEnumerable<UploadState> GetStates 
{ 
    get 
    { 
     foreach (var state in m_states) { 
      yield return state; 
     } 
    } 
} 

Nó là sạch hơn, người dùng của bạn không có được một danh sách mà họ không nên (họ có thể bỏ nó vào một List<T> sau khi tất cả) và bạn don' t cần phải tạo một đối tượng List<T>.

EDIT: Hiểu sai câu hỏi. Tôi nghĩ rằng nếu lớp học có nghĩa là một bộ sưu tập, nó nên thực hiện IEnumerable<T>.

Answer 3

Bạn nên tạo các lớp sưu tập tùy chỉnh của mình dựa trên một trong các lớp trong không gian tên System.Collections.ObjectModel. Chúng đã chứa các triển khai của IEnumerable<T> và giao diện IEnumerable không chung.

Answer 4

Hãy xem xét trong ví dụ mã của bạn, hãy tạo mới danh sách được tạo. Tôi không biết m_states là gì, nhưng nếu đây là bộ sưu tập loại giá trị, bạn tạo một bản sao của danh sách gốc. Bằng cách này, danh sách trả về có thể được điều khiển tạo thành các phần tử Add/Remove/Update của người gọi. mà không cần ảnh hưởng đến dữ liệu gốc.

Nếu m_states nhiều loại tài liệu tham khảo, đây vẫn tạo ra một danh sách mới có thể một lần nữa thao túng bởi người gọi Add/Remove/Không yếu tố cập nhật (đó là một tài liệu tham khảo!) Mà không ảnh hưởng dữ liệu gốc.

Điều gì về IEnumerable<T>, nó chỉ là một cách để tạo kiểu trả về chung chung và không tạo khớp nối mạnh với loại List<T>.

Answer 5

Tôi nghĩ rằng nếu lớp mới được triển khai của bạn chỉ hoạt động như một danh sách, thì không cần phải triển khai nó. Nếu bạn cần một số loại logic tùy chỉnh, nó phụ thuộc vào những gì bạn muốn làm; bạn có thể kế thừa danh sách hoặc bạn có thể thực hiện IEnumerable. Nó chỉ phụ thuộc vào những gì đạt được.

Answer 6

Bạn có thể muốn kiểm tra này: http://www.codeproject.com/Articles/4074/Using-IEnumerator-and-IEnumerable-in-the-NET-Frame

Tôi đã không đọc hết nó được nêu ra, nhưng tôi nghĩ rằng đây trả lời câu hỏi của bạn.