Dịch vụ của tôi nên trở về giao diện nào? IQueryable, IList, IEnumerable?

Question

Hãy tưởng tượng tôi có một lớp SearchService có một phương pháp để tìm kiếm tất cả các xe bắt đầu bằng một chuỗi nhất định;

public static class Searcher{ 
    public IAnInterface<Car> CarsStartingWith(string startWith){ 
     //magic 
    } 
} 

Dịch vụ của tôi nên sử dụng giao diện nào?
IQueryable có thể hiển thị giao diện tốt đẹp trong phần còn lại của ứng dụng của tôi.
IEnumerable có khía cạnh lười biếng đi kèm với nó.
IList chỉ là thực tế nhất.

Tôi muốn có tất cả các dịch vụ của mình trả về cùng một giao diện để nhất quán làm cho toàn bộ mọi thứ trở nên dễ dàng hơn nhiều.
ICollection có lẽ có thể là một lựa chọn quá, nhưng nó chỉ cung cấp rất ít ...

Answer 1

Nếu bạn muốn tất cả các dịch vụ của bạn trả về cùng một giao diện thì có thể tôi sẽ truy cập IEnumerable<>.

Nó sẽ được dễ dàng đủ cho người gọi của bạn để chuyển đổi sang IQueryable hoặc tạo một List, nếu cần thiết:

IEnumerable<Car> cars = Searcher.CarsStartingWith("L"); 
var carsList = cars.ToList(); 
var queryableCars = cars.AsQueryable(); 

Answer 2

tôi sẽ chọn IEnumerable bởi vì nó có một vị trí trung tâm hơn trong khuôn khổ, cung cấp tính linh hoạt cho những người cần đến nó, trong khi cũng cung cấp quen thuộc cho những người chưa bị mắc kẹt vào những thứ như LINQ.

Answer 3

IQueryable sẽ có một yêu cầu khá nặng về nó - bạn không thể, ví dụ, trả về một mảng.

Thông thường đối với tôi, sự lựa chọn giữa IEnumerable hoặc IList thường kết thúc là tùy theo điều kiện nào dễ thực hiện hơn trong trường hợp chuẩn.

Answer 4

Câu trả lời ngắn: Phụ thuộc.

Câu trả lời dài hơn: Trả về loại giàu nhất mà mã khách hàng của bạn sẽ cần. IList hoạt động trong hầu hết các trường hợp nếu bạn không cần tải chậm. Bạn vẫn có thể sử dụng LINQ để truy vấn đối với một IList hoặc IEnumerable. Nếu tải chậm là một yêu cầu, sau đó đi với IEnumerable hoặc IQueryable.

Lưu ý phụ: Quay trở lại cùng một giao diện cho tất cả các dịch vụ có vẻ giống như một mục tiêu cao quý nhưng được cung cấp các mẫu sử dụng khác nhau, bạn có thể muốn trả về các giao diện khác nhau.

Answer 5

Luôn đi với IEnumerable trừ khi bạn có một lý do nghiêm trọng không. Sau đó, bạn có thể triển khai trình nâng cấp với yield return.

IQueryable là một loại cá hoàn toàn khác biệt. Không phải cái gì bạn tình cờ thực hiện như là một thay thế cho một container điển hình trong bộ nhớ.

Trong số còn lại, có sự khác biệt lớn giữa IEnumerable và các mục khác: chỉ đọc.

Answer 6

Quy tắc của ngón tay cái là như sau:

Nếu có bao giờ là một cơ hội mà tôi có thể đưa thuật toán cốt lõi của thói quen và cấu trúc lại nó trong một cách mà tôi có thể sử dụng lợi nhuận năng suất, tôi sẽ đi với IEnumerable <T>.Ví dụ: nếu triển khai hiện tại của tôi sử dụng mảng hoặc danh sách <T> nội bộ, nhưng tôi biết rằng, ít nhất về mặt lý thuyết, tôi có thể muốn và có khả năng làm lại nội bộ để đánh giá lười biếng, tôi sẽ trả lại một số IE2umeric <T>.

Tôi đã nhận thấy rằng lợi ích của việc trả lại số điện thoại <T> chắc chắn đáng để sử dụng nó.

Tuy nhiên, nếu thuật toán, trong bản chất của nó, sẽ cần phải đánh giá đầy đủ kết quả trước khi trở về (hiếm, nhưng không xảy ra), tôi sẽ đi với một số <T>. Về cơ bản, nếu tôi đã tính toán nó, tôi sẽ trả lại nó. IList <T> thực hiện IEnumerable <T>, vì vậy tất cả các trường hợp sử dụng LINQ liên quan vẫn hoạt động, nhưng bạn bị mất đánh giá lười biếng. Nếu tôi đã buộc phải đánh giá trước, đó không phải là một vấn đề.

Tôi hiếm khi trả về IQueryable. Thời gian duy nhất tôi sẽ sử dụng giao diện này là nếu tôi trực tiếp tạo ra một lớp truy cập dữ liệu có thể truy vấn, hoặc một cái gì đó tương tự. Chi phí của việc sử dụng này là, trong hầu hết các trường hợp, không đáng giá.

Tuy nhiên, nếu mục tiêu của bạn là luôn sử dụng một giao diện duy nhất (tôi không nhất thiết phải đồng ý với mục tiêu này), tôi sẽ dính vào IEnumerable <T>.

Answer 7

Nếu bạn đang sử dụng IQueryable làm kiểu trả về, Bạn có một lớp dịch vụ có trừu tượng bị rò rỉ.