В подходе DDD этот пример смоделирован правильно?

Просто созданный acc на ТАК для выяснения у этого :)

Принятие этого упрощенного примера: создание веб-приложения для управления проектами...
Приложение имеет следующие требования/правила.

1) Пользователи должны смочь создать проекты, вставляющие название проекта.
2) Названия проекта не могут быть пустыми.
3) Два проекта не могут иметь того же имени.

Я использую 4 многоуровневых архитектуры (Пользовательский интерфейс, Приложение, Домен, Инфраструктура).
На моем Прикладном уровне у меня есть следующий класс ProjectService.cs:

public class ProjectService
{
    private IProjectRepository ProjectRepo { get; set; }

    public ProjectService(IProjectRepository projectRepo)
    {
        ProjectRepo = projectRepo;
    }

    public void CreateNewProject(string name)
    {
        IList<Project> projects = ProjectRepo.GetProjectsByName(name);
        if (projects.Count > 0) throw new Exception("Project name already exists.");

        Project project = new Project(name);
        ProjectRepo.InsertProject(project);
    }
}

На моем Доменном Слое у меня есть класс Project.cs и интерфейс IProjectRepository.cs:

public class Project
{
    public int ProjectID { get; private set; }
    public string Name { get; private set; }

    public Project(string name)
    {
        ValidateName(name);
        Name = name;
    }

    private void ValidateName(string name)
    {
        if (name == null || name.Equals(string.Empty))
        {
            throw new Exception("Project name cannot be empty or null.");
        }
    }
}




public interface IProjectRepository
{
    void InsertProject(Project project);
    IList<Project> GetProjectsByName(string projectName);
}

На моем Уровне инфраструктуры у меня есть реализация IProjectRepository, который делает фактические запросы (код не важен).

Мне не нравятся две вещи об этом дизайне:

1) Я считал, что интерфейсы репозитория должны быть частью домена, но реализации не должны. Это не имеет никакого смысла мне, так как я думаю, что домен не должен называть методы репозитория (незнание персистентности), который должен быть ответственностью сервисов на прикладном уровне. (Что-то мне подсказывает, что я ужасно неправ.)

2) Процесс создания нового проекта включает две проверки (не пустой и не дублирующийся). В моем дизайне выше, те две проверки рассеиваются в двух различных местах, мешающих (по моему скромному мнению), видеть то, что продолжается.

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