Fragen über die Service-Schicht als Validierung in asp.net mvc

Question

Ich bin ein wenig verwirrt über die Service-Schicht und die Verwendung Validierung.

Ich suche dieses Tutorial So: http://www.asp.net/learn/mvc/tutorial-38-cs.aspx

zuerst, wenn Sie auf Liste aussehen 3

using System.Collections.Generic; 
using System.Web.Mvc; 

namespace MvcApplication1.Models 
{ 
    public class ProductService : MvcApplication1.Models.IProductService 
    { 

     private ModelStateDictionary _modelState; 
     private IProductRepository _repository; 

     public ProductService(ModelStateDictionary modelState, IProductRepository repository) 
     { 
      _modelState = modelState; 
      _repository = repository; 
     } 

     protected bool ValidateProduct(Product productToValidate) 
     { 
      if (productToValidate.Name.Trim().Length == 0) 
       _modelState.AddModelError("Name", "Name is required."); 
      if (productToValidate.Description.Trim().Length == 0) 
       _modelState.AddModelError("Description", "Description is required."); 
      if (productToValidate.UnitsInStock < 0) 
       _modelState.AddModelError("UnitsInStock", "Units in stock cannot be less than zero."); 
      return _modelState.IsValid; 
     } 

     public IEnumerable<Product> ListProducts() 
     { 
      return _repository.ListProducts(); 
     } 

     public bool CreateProduct(Product productToCreate) 
     { 
      // Validation logic 
      if (!ValidateProduct(productToCreate)) 
       return false; 

      // Database logic 
      try 
      { 
       _repository.CreateProduct(productToCreate); 
      } 
      catch 
      { 
       return false; 
      } 
      return true; 
     } 


    } 

    public interface IProductService 
    { 
     bool CreateProduct(Product productToCreate); 
     IEnumerable<Product> ListProducts(); 
    } 
} 

Sie gleiche Schnittstelle nur mit einem anderen Namen, warum im Grunde nicht nur eine verwenden?

public interface IProductRepository 
    { 
     bool CreateProduct(Product productToCreate); 
     IEnumerable<Product> ListProducts(); 
    } 

    public interface IProductService 
    { 
     bool CreateProduct(Product productToCreate); 
     IEnumerable<Product> ListProducts(); 
    } 

In meinem Buch aber (der Autor, denke ich schrieb dieses Tutorial) hat sie sich verändert IProductRepository müssen erlöschen. Das verwirrt mich noch mehr.

Also kann jemand erklären, warum ich 2 Schnittstellen brauche, die das gleiche zu tun scheinen?

Meine nächste Frage ist, mein Repository hat eine Löschfunktion. Setze ich dieses auch in meine Service-Ebene (ich denke, obligatorisch, wenn Sie eine Schnittstelle verwenden, aber wenn Sie 2 wie etwa verwenden, dann könnte es optional sein).

Also was hätte ich in meiner Serviceebene? Wäre es nur Löschen Funktion im Repository? Sollte es nur eine leere Methode sein oder sollte es bool zurückkehren? Ich denke nicht, dass für diese Methode eine Validierung erforderlich wäre.

So bin ich mir nicht sicher, ob ein Bool benötigt würde.

Answer 1

aus dem Tutorial Sie lesen sind:

So Anwendungsfluss Steuerlogik in einem Controller und Daten gehören Zugriffslogik in einem Repository gehört. In diesem Fall, wo setzen Sie Ihre Validierungslogik? Eine Option ist Platzieren Sie Ihre Validierungslogik in einer Serviceebene.

Eine Serviceschicht ist eine zusätzliche Schicht in einer ASP.NET MVC-Anwendung, die die Kommunikation zwischen einem Controller und Repository-Schicht vermittelt. Die Serviceschicht enthält Geschäftslogik. Insbesondere enthält es Validierung Logik.

EDIT:

Ich bin nicht sicher, ob ich es Ihnen in einer klaren Art und Weise erklären kann (weil ich auf Englisch nicht fließend bin), aber ich werde versuchen:

A Serviceschicht ist eine zusätzliche Schicht in einer ASP.NET MVC-Anwendung, die die Kommunikation zwischen einer Controller- und einer Repository-Schicht vermittelt, da Sie sowohl die Validierung als auch die Anwendung verwalten können. Manchmal muss der Dienst mit zwei oder mehr Methoden des entsprechenden Repository-Layers arbeiten, so dass er nicht dieselbe Schnittstelle haben muss.

Ein einfaches Beispiel, lassen Sie uns glauben, Sie haben ein Registrierungsformular.

haben Sie folgende Schnittstellen

public interface IUserService 

{ 
    bool Register(User mUser); 
    bool Validate(User mUser); 
} 

public interface IUserRepository 
{ 
    User FindUserByEmail(string Email); 
    bool Insert(User mUser); 
} 

so werden Sie mit zwei Klasse am Ende so etwas wie tun: public class UserRepository: IUserRepository {

User FindUserByEmail(string Email) 
{ 
    //do a ninja search and return an user or null 
} 
    bool Insert(User mUser); 
    { 
     //Insert user into db 
    } 
} 

public class UserService: IUserService 
{ 
    public bool Validate(User mUser) 
    { 
     //validate user 
    } 
    IUserRepository _respository = new UserRepository(); 
    bool Register(User mUser) 
    { 
     if(Validate(mUser); 
     var hasUser = _respository.FindUserByEmail(User.Email); 
     if(hasUser==null) 
      return _respository.Insert(mUser); 
     return false; 
    } 
} 

Answer 2

Ich glaube, Sie haben hat in diesem begrenzten Fall ein Argument für eine einzelne Schnittstelle erstellt, aber der Dienst und die Repositorys führen zwei sehr unterschiedliche Funktionen aus, und es kann zu Problemen kommen, wenn sie eine einzelne Schnittstelle gemeinsam nutzen.

Was ist, wenn CreateProduct() oder ListProducts() unterschiedliche Methodensignaturen im Service oder im Repository benötigen?

Was wäre, wenn ValidateProduct() in der Schnittstelle definiert werden sollte? Das Repository sollte dies sicherlich nicht umsetzen müssen.

Wie Sie gesagt haben, gibt es keine Notwendigkeit für zwei Schnittstellen, die das gleiche in diesem speziellen Beispiel definieren, aber ich nehme an, der Autor geht davon aus, dass sie später anders und daher notwendig sein würden.