Mẫu lưu trữ và kiểu trả về

Question

Tôi đang sử dụng mẫu lưu trữ nơi tôi có một lớp kho lưu trữ trên mỗi bảng cơ sở dữ liệu. Tôi đã tự hỏi như thế nào các bạn tiếp cận các truy vấn mà chỉ cần phải trả lại một số cụ thể của cột

Ví dụ nói rằng tôi có sau

mục Bảng (bảng hư cấu)

ItemId 
Name 
PurchaseDate 
Description 
Price 

Trong tôi code Tôi tạo một đối tượng với các trường ở trên được gọi là Item.cs (hiện không sử dụng orm).

Nếu tôi có nhiều tình huống mà tôi cần phải trở

1. ItemID
2. Một sự kết hợp của PurchaseDate và Tên
3. ItemID và giá

Đó sẽ là phương pháp tốt nhất?

1. Nhận tất cả các lĩnh vực từ bảng các mặt hàng và trả về một đối tượng mục (query 1 repo)
2. Tạo ba truy vấn trong Repo và trả về một đối tượng mục cho mỗi một
3. Tạo ba truy vấn trong Repo và chỉ trả lại những gì là cần thiết?

Bây giờ hãy tưởng tượng kịch bản này với một bảng có hơn 10 trường.

Cá nhân, tôi thích tùy chọn, nhưng tôi không chắc liệu có cách nào tốt hơn để thực hiện việc này hay không.

Answer 1

Cá nhân tôi sử dụng một kho lưu trữ kiểu chung chung và và có tôi đọc AsQueryable()

Dưới đây là giao diện.

interface IRepository<T> 
{ 
    void Create(T item); 
    IQueryable<T> Retrieve(); 
    void Update(T item); 
    void Delete(T item); 
    void SubmitChanges(); 
} 

và đây là cách triển khai.

public class PersonsRepository : IRepository<Person> 
{ 
    private DataContext dc; 

    public PersonsRepository(DataContext dataContext) 
    { 
     dc = dataContext; 
    } 

    public void Create(Person Person) 
    { 
     dc.Persons.Add(Person); 
    } 

    public IQueryable<Person> Retrieve() 
    { 
     IQueryable<Person> Person = (from s in dc.Persons 
             select s); 
     return Person.AsQueryable(); 

    } 

    public void Update(Person Person) 
    { 
     Person _Person = (from s in dc.Persons 
          where s.ID == Person.ID 
          select s).Single(); 
     { 
      _Person.LastLogin = Person.LastLogin; 
      _Person.Password = Person.Password; 
      _Person.LastUpdate = Person.LastUpdate; 
      // Cannot change your username. 
     } 
    } 

    public void Delete(Person Person) 
    { 
     dc.Persons.Remove(Person); 
    } 

    public void SubmitChanges() 
    { 
     dc.SaveChanges(); 
    } 
} 

Bây giờ nếu bạn cần truy vấn kho lưu trữ, bạn muốn làm điều gì đó như thế này.
_{tha thứ cho tôi, đoạn code dưới đây là chưa được kiểm tra và tôi thực sự chi tiết của một anh chàng VB :(
hy vọng bạn sẽ có được điểm}

public class PersonsService 
{ 
    private PersonRepository<Person> personRepository; 

    public PersonService() 
    { 
     personRepository = new PersonRepository<Person>(); 
    } 

    public UsablePerson GetPersonByID(int ID) 
    { 
     UsablePerson person = (from p in personRepository<Person>.Retrieve 
           where p.ID = ID 
           select new UsablePerson { p.FirstName, 
                 p.LastName, 
                 p.EmailAddress }).FirstOrDefault(); 

     return person; 
    } 
} 

Đối với mục đích của tôi, tôi đang sử dụng LINQ trên đặc biệt này dự án, nhưng điều này có thể được điều chỉnh theo bất kỳ lớp dữ liệu nào bạn thích ... đó là vẻ đẹp của một lớp kho.

Từ đây tôi "cá nhân" cũng có Lớp dịch vụ liên quan đến các sắc thái của kết nối dữ liệu ... những thứ như GetPersonByID hoặc GetPeopleSince(DateTime marker). Đây là nơi tôi loại bỏ thông tin mà tôi không cần (IE: mật khẩu) và lưu trữ thông tin còn lại trong ViewModel hoặc một số POCO khác.

Answer 2

Tôi thích kho lưu trữ dựa trên LINQ cho loại điều này.Linq2SQL, MSEF hoặc Linq2NH sẽ cho phép bạn, thông qua phương thức Select(), để xác định danh sách cột của bạn. Sau đó bạn sẽ nhận được một đối tượng miền hoặc lớp Entity chỉ được điền với những gì bạn đã chỉ định. Bạn có thể có mã bổ sung để ánh xạ bản đồ này vào DTO hoặc chỉ sử dụng lớp miền khi biết rằng nó không hoàn toàn "ngậm nước".

Answer 3

Nếu bạn nghĩ về Thiết kế điều khiển tên miền, thực tế một đối tượng duy nhất có cấu hình khác nhau nhiều khả năng chỉ ra các miền khác nhau. Điều này không đòi hỏi một đối tượng khác nhau cho mỗi đối tượng, nhưng nó là một mô hình tốt. Một cách để đạt được điều này là có một lớp cơ sở ith tập hợp các thuộc tính tối giản. Sau đó, bạn tạo thêm các lớp "miền cụ thể" kế thừa từ cơ sở.

Để trả lại dữ liệu, có nhiều cách khác nhau để "thu thập lưu lượng truy cập" luồng. Nhiều kho lưu trữ tách biệt ra các tên miền độc đáo, ví dụ. Nhưng điều này cho biết thêm sự phức tạp (không phải là một ý tưởng tốt trừ khi hoàn toàn cần thiết). Tôi không thích một kho lưu trữ nào trả về các đối tượng khác nhau. Nó là chấp nhận được hơn nếu bạn có một số tính chất nullable (có thể).

Tôi không thích LINQ to SQL như là một DAL, như @KethiS đã gợi ý, nhưng tôi làm việc trong môi trường doanh nghiệp và LINQ to SQL về cơ bản hút ở quy mô. Sử dụng LINQ nếu không thì rất tuyệt. Chỉ cần hai xu của tôi.

Nếu bạn có thể trả lại một loại đối tượng, điều đó tốt hơn. Nếu sự khác biệt trong các đối tượng dựa trên quyền, hãy xem xét xóa dữ liệu mà người dùng không thấy. Lưu ý, tuy nhiên, điều này không phải là khả năng mở rộng nếu bạn đang nắm lấy một số lượng lớn các đối tượng.

Answer 4

Tôi thêm phương thức vào kho lưu trữ của mình khi tôi cần chúng ngược lại với kho lưu trữ chung nơi bạn nhận được tập hợp phương thức cho dù bạn có cần hay không.

Trả lại IQueryable là sự trừu tượng bị rò rỉ.

Hãy xem Thiết kế Driven miền (sách) và bạn sẽ có ý tưởng tốt về cách kho lưu trữ được thiết kế tốt như thế nào.

Tôi cũng đã viết một rant về kho chung: http://blog.gauffin.org/2012/02/generic-repositories-a-silly-abstraction-layer/

Answer 5

Tại sao bạn sẽ trả lại tất cả các lĩnh vực khi bạn thực sự chỉ cần vài trong số họ? Chọn các trường mà bạn thực sự muốn nếu bạn lo lắng về hiệu suất. Tôi không phải là một fan hâm mộ lớn của đúng sau một mẫu thiết kế, có lẽ bạn nên xem xét thay đổi thiết kế theo yêu cầu của bạn.