Các lớp thử nghiệm đơn vị trong dự án web ASP.NET MVC có phải là một ví dụ hay không?

Question

Tôi đang học TDD. Tôi biết về tiêm phụ thuộc, theo đó bạn đặt các phụ thuộc của lớp trong các tham số của hàm tạo và chuyển chúng vào, đi qua trong các triển khai mặc định từ constructor mặc định ví dụ;

public AccountController() : this(RepositoryFactory.Users()) 
{ 
} 

public AccountController(IUserRepository oUserRepository) 
{ 
m_oUserRepository = oUserRepository; 
} 

RepositoryFactory là một lớp tĩnh đơn giản mà trả về triển khai lựa chọn cho việc xây dựng hiện hành

Nhưng mặc định ASP.NET MVC dự án ứng dụng web không làm điều này, thay vào đó là DI có dạng của công chúng các thuộc tính được gán trong bộ khởi tạo đối tượng trong lớp thử nghiệm ví dụ; từ AccountController.cs:

protected override void Initialize(RequestContext requestContext) 
{ 
if (FormsService == null) 
    { FormsService = new FormsAuthenticationService(); } 
if (MembershipService == null) 
    { MembershipService = new AccountMembershipService(); } 

base.Initialize(requestContext); 
} 

Và trong AccountControllerTest.cs lớp thử nghiệm:

private static AccountController GetAccountController() 
{ 
AccountController controller = new AccountController() 
{ 
    FormsService = new MockFormsAuthenticationService(), 
    MembershipService = new MockMembershipService(), 
    Url = new UrlHelper(requestContext), 
}; 
//snip 
} 

Bây giờ lớp AccountController tôi có hai cách tiếp cận để Dependency Injection. Tôi nên sử dụng cái nào? Xây dựng tiêm hoặc tài sản công cộng?

Am nghĩ constructor tiêm ...

Việc sử dụng ASP.NET MVC tài sản công cộng như thế bởi vì bạn cần phải cung cấp một cách cụ thể của tiêm vào các nhà xây dựng, và cơ bản "tạo mới" ứng dụng web cần phải được chung chung như là một điểm khởi đầu?

Answer 1

Ví dụ trong ASP.NET MVC là trình diễn tuyệt vời về cách không phải để sử dụng DI.

Trước hết, sử dụng hàm tạo mặc định cũng như hàm tạo quá tải giới thiệu mơ hồ: lớp có kiểm soát các phụ thuộc của riêng nó hay không nhận chúng từ bên ngoài? Rõ ràng, nó không thể thực sự quyết định.

Thứ hai, việc triển khai mặc định giới thiệu khớp nối chặt chẽ vì bạn không thể tạo phiên bản triển khai mặc định mới mà không cần tham chiếu đến nó. Tuy nhiên, whole point of DI is to enable loose coupling.

Thật không may, chúng tôi thấy thành ngữ này rất nhiều. Trong my book Tôi gọi nó là Khốn nạn chống mẫu; Tôi đã nâng tên từ một trong số nhiều bài đăng trên blog được đề xuất của Oren Eini/Ayende Rahien, trong đó he walks through a very similar example.

Là lời khuyên chung, tôi khuyên bạn nên sử dụng Tiêm xây dựng trong phần lớn các trường hợp. Thật dễ dàng để thực hiện và có ngữ nghĩa rất mạnh: nó buộc người tiêu dùng cung cấp một thể hiện của sự phụ thuộc, có hiệu quả nói rằng sự phụ thuộc là bắt buộc.

Tiêm thuộc tính, mặt khác, ngụ ý rằng phụ thuộc là tùy chọn, vì trình biên dịch không buộc bạn gán giá trị. Trong hầu hết các trường hợp, các phụ thuộc không thực sự là tùy chọn, vì vậy việc sử dụng mẫu này nên rất hiếm.

Answer 2

Hãy xem structuremap. Bạn đúng ... constructor injection là phương pháp ưa thích của DI/IoC. Hãy xem article by Martin Fowler này. Hy vọng điều này sẽ giúp bạn.