Как слой сервиса вписывается в мою реализацию репозитория?

Я создал класс модели POCO и класс репозитория, который обрабатывает персистентность. Поскольку POCO не может получить доступ к репозиторию, в репозитории есть много задач бизнес-логики, которые не кажутся правильными. Из того, что я прочитал, похоже, мне нужен слой сервиса, который находится между потребителями пользовательского интерфейса и слоем репозитория. То, что я не уверен в том, как именно это должно работать...

в дополнение к уровню сервиса, должен ли также быть отдельный уровень бизнес-логики, или это роль уровня сервиса?

должна ли быть одна служба в репозитории?

является ли уровень сервиса единственным способом, которым пользовательский интерфейс может копировать объекты модели, или репозиторий предоставляет новый экземпляр модели для службы?

помещаю ли я свой параметр, модель и другие проверки в уровень сервиса, которые делают такие вещи, как проверка, чтобы убедиться, что вход действителен и что элемент для обновления существует в базе данных раньше обновление?

может ли модель, репозиторий и пользовательский интерфейс выполнять вызовы на уровень сервиса, или это только для пользовательского интерфейса?

предполагается ли, что уровень сервиса-это все статические методы?

каков был бы типичный способ вызова уровня сервиса из пользовательского интерфейса?

какие проверки должны быть на модели против уровня сервиса?

вот пример кода для моих существующих слоев:

public class GiftCertificateModel

{

    public int GiftCerticiateId {get;set;}

    public string Code {get;set;}

    public decimal Amount {get;set;}

    public DateTime ExpirationDate {get;set;}



    public bool IsValidCode(){}

}





public class GiftCertificateRepository

{

    //only way to access database

    public GiftCertificateModel GetById(int GiftCertificateId) { }

    public List<GiftCertificateModel> GetMany() { }

    public void Save(GiftCertificateModel gc) { }

    public string GetNewUniqueCode() { //code has to be checked in db }



    public GiftCertificateModel CreateNew()

    {

        GiftCertificateModel gc = new GiftCertificateModel();

        gc.Code = GetNewUniqueCode();

        return gc;

    }              

}

обновление:
Я в настоящее время с помощью веб-формы и классический ADO.NET. Я надеюсь, чтобы перейти к MVC и в ef4, в конце концов.

обновление: большое спасибо @Лестер за его большое объяснение. Теперь я понимаю, что мне нужно добавить уровень сервиса для каждого из моих репозиториев. Этот уровень будет единственным способом взаимодействия пользовательского интерфейса или других служб с репозиторием и будет содержать любые проверки, которые не соответствуют объекту домена (например, проверки, которые необходимо вызвать РЕПО)

public class GiftCertificateService()

{



    public void Redeem(string code, decimal amount)

    {

        GiftCertificate gc = new GiftCertificate();

        if (!gc.IsValidCode(code))

        {

            throw new ArgumentException("Invalid code");

        }



        if (amount <= 0 || GetRemainingBalance(code) < amount)

        {

            throw new ArgumentException("Invalid amount");

        }



        GiftCertificateRepository gcRepo = new GiftCertificateRepository();

        gcRepo.Redeem(code, amount);

    }



    public decimal GetRemainingBalance(string code)

    {

        GiftCertificate gc = new GiftCertificate();            

        if (!gc.IsValidCode(code))

        {

            throw new ArgumentException("Invalid code");

        }



        GiftCertificateRepository gcRepo = new GiftCertificateRepository();

        gcRepo.GetRemainingBalance(code);

    }



    public SaveNewGC(GiftCertificate gc)

    {

        //validates the gc and calls the repo save method

        //updates the objects new db ID

    }



}

вопросы

1. добавляю ли я к сервису те же (и, возможно, больше) свойства, что и в моей модели (количество, код и т. д.), Или я предлагаю только методы, которые принимают объекты GiftCertificate и прямые параметры?




2. создаю ли я экземпляр по умолчанию сущности GiftCertificate при вызове конструктора службы или просто создаю новые по мере необходимости (например, для методов проверки в служба, которая должна вызывать методы проверки в сущности? Кроме того, тот же вопрос о создании экземпляра репозитория по умолчанию...?




3. Я знаю, что я предоставляю функциональность РЕПО через сервис, я также предоставляю методы из сущности (например, IsValidCode и т. д.)?




4. это нормально для пользовательского интерфейса, чтобы просто создать новый объект GiftCertificate непосредственно без прохождения службы (например-для вызова методов проверки параметров из сущность.) Если нет,то как его обеспечить?




5. на уровне пользовательского интерфейса, когда я хочу создать новый подарочный сертификат, я вызываю проверки модели/службы (например, IsValidExpirationDate и т. д.) непосредственно из уровня пользовательского интерфейса или сначала гидратирую объект, а затем передаю его для проверки, а затем возвращаю какую-то сводку проверки обратно в пользовательский интерфейс?

кроме того, если я хочу выкупить из слоя пользовательского интерфейса, я сначала вызываю проверку модели / службы методы из пользовательского интерфейса, чтобы дать обратную связь с пользователем, а затем вызвать метод Redeem, который будет снова запускать те же проверки внутри?

пример вызова службы для выполнения операции выкупа из пользовательского интерфейса:

string redeemCode = RedeemCodeTextBox.Text;



GiftCertificateService gcService = new GiftCertificateService();

GiftCertificate gc = new GiftCertificate(); //do this to call validation methods (should be through service somehow?)



if (!gc.IsValid(redeemCode))

{

    //give error back to user

}



if (gcService.GetRemainingBalance(redeemCode) < amount)

{

    //give error back to user

}



//if no errors

gcService.Redeem(code,amount);

пример создания нового подарочного сертификата от UI:

GiftCertificateService gcService = new GiftCertificateService();

GiftCertificate gc = new GiftCertificate();



if (!gc.IsValidExpDate(inputExpDate))

{

    //give error to user..

}



//if no errors...

gc.Code = gcService.GetNewCode();

gc.Amount = 10M;

gc.ExpirationDate = inputExpDate;

gcService.SaveNewGC(gc);

//method updates the gc with the new id...

что-то кажется неправильным в том, как создаются GCs и как проверки разделяются между сущностью/сервисом. Пользователь/потребитель не должен будьте обеспокоены тем, какие проверки находятся в каком месте... совет?