IEnumerable & Thực hành tốt (& WCF)

Question

Có một thực hành tốt để sử dụng IEnumerable ứng dụng rộng bất cứ khi nào bạn không cần phải thực sự thêm hoặc loại bỏ thứ nhưng chỉ liệt kê chúng?

Câu hỏi phụ: Bạn có gặp bất kỳ sự cố nào khi trả lại IEnumerable<T> từ dịch vụ WCF không? Điều đó có thể gây ra sự cố cho ứng dụng của khách hàng không? Sau khi tất cả, tôi nghĩ rằng sẽ được serialized vào một mảng.

Answer 1

Tôi không có bất kỳ nguồn Thực tiễn tốt nào, nhưng tôi thường có xu hướng dựa vào Danh sách cho bộ sưu tập của mình và triển khai IEnumerable nhưng tôi chuyển nó thành Danh sách chứ không phải IEnumerable, nếu tôi cần đọc chỉ tôi thay vì vượt qua một ReadOnlyCollection ..

Answer 2

Tôi không muốn trả lại hoặc chấp nhận IList<T> hoặc List<T> vì chúng ngụ ý khả năng sửa đổi bộ sưu tập.

Vì vậy, muốn trả lại T[] làm bộ sưu tập có kích thước cố định. Ngoài ra mảng có thể dễ dàng ánh xạ tới bất kỳ khung, nền tảng khác, v.v.

Và thích chấp nhận IEnumerable<T> để nhấn mạnh rằng một phương pháp sẽ liệt kê bộ sưu tập đó.

Answer 3

Tôi có xu hướng chỉ trả lại IEnumerable<T> khi tôi muốn gợi ý cho người gọi rằng việc triển khai có thể sử dụng đánh giá lười biếng. Nếu không, tôi thường trả về IList<T> hoặc ICollection<T> và triển khai dưới dạng ReadOnlyCollection<T> nếu kết quả phải là chỉ đọc.

Đánh giá lười biếng có thể là một cân nhắc quan trọng: nếu việc triển khai của bạn có thể ném ngoại lệ, điều này sẽ không bị ném cho đến khi người gọi bắt đầu liệt kê kết quả. Bằng cách trả lại IList<T> hoặc ICollection<T>, bạn đảm bảo rằng mọi ngoại lệ sẽ được ném vào thời điểm phương thức được gọi.

Trong trường hợp của phương pháp WCF, trả về IEnumerable<T> từ phương pháp sử dụng đánh giá lười biếng có nghĩa là bất kỳ ngoại lệ nào cũng không được ném cho đến khi phản hồi của bạn được tuần tự hóa - cho bạn ít cơ hội hơn để xử lý phía máy chủ.