我应该在存储库接口之外创建存储库项吗?

同事正在使用"实体和数据服务"的约定来实现我们应用程序中的存储库模式。这是他的主意，我不熟悉习语。

目前，实体和dto之间的主要区别是:

• 实体有一个ID字段(Dtos也有，我发现它很臭);
• Dtos有Clone方法;
• 实体属性具有更加序列化友好的数据类型，转换由数据映射器执行;

问题是:

我应该在客户端自由创建Dtos，然后然后将它们发送到repo吗?或者我应该要求新的Dto实例仅在回购接口 ?

TDto dto = new TDto();
// edit dto properties
repo.Add(dto)

和

TDto dto = repo.Add(); // repo : Repository<TDto>
// edit dto properties
repo.Update(dto);

有更好的方法吗?如果这是一个偏好的问题，我更喜欢第二个选择，我是否应该注意不要把自己画到某个角落?

(免责声明:坦率地说，我认为这个Entity/Dto对于我们相对简单的客户端桌面应用程序来说是多余的，它只有微不足道的基于序列化的CRUD需求，但我愿意遵循"模式"，只要它能解决问题，而不是妨碍)

更新:

我目前面临并试图解决的一个问题是"臭Id属性"。目前，添加Id时在Dto中设置Id。代码如下:

    public Patient Add(Patient patient)
    {
        patient.Id = Guid.NewGuid();
        var entity = patient.ToEntity();
        _patientsCache.Add(entity);
        this.Salvar();
        return patient;
    }

注意，方法调用返回相同的Dto，只是现在将其Id设置为由repo创建的值。我的大脑看着这个，认为"这是不对的"，但我不能令人信服地证明它。