我发现部分方法非常有用，但没有部分属性。他们没有被包括在内有充分的理由吗？我有什么选择？

更新： 请注意，我知道我不能这样做......这是我真正希望能够发挥作用的。也许还有其他方法可以分离责任，不是吗？所以我正在寻找的是......

实体框架强制将多种职责放入类中（常规逻辑、基本注释和 CRUD 接口功能）。我只想将通常都在一个类中的内容...并通过实体框架和常规逻辑分离类的持久能力。

我的思考过程：最近我开始接触实体框架，但不喜欢某些实体类做得太多的想法。逻辑、数据访问接口和实体框架注释。为了解决这个问题，我想使我的实体类文件部分化，并远离类的其他方面来实现数据访问功能。这个效果很好而且非常干净！

当我这样做时，我认为使我的属性部分化并且使实现远离 EF 属性注释将非常有益！这将清理文件并允许单一责任。然而，这是不允许的！真糟糕。

部分属性将像部分方法一样实现。一个部分属性中的定义，以及另一部分属性中的实现......就像顶部链接中的照片建议（或注释）以及下面的代码一样。

public partial class Agency : PropertyValidator, IAgency
{
    private string _name;

    public partial string Name 
    {
        get { return _name; }
        set
        {
            // PropertyValidator stuff
            if (string.IsNullOrEmpty(value))
                AddErrorToProperty("Agency name must contain a reasonable alphanumeric value.");
            if (string.IsNullOrWhiteSpace(value))   
                AddErrorToProperty("Agency name cannot contain all spaces.");

            SetPropertyIfValid(ref _name, value);
        }
    }
}

然后是另一个处理所有抽象数据库项的部分类......

public partial class Agency : IPersitentEntity, IAgency
{       
    [Key]    // NOTE these Annotations are because of Entity Framework...nice separation! 
    public int ID { get; set; } // From IPersitentEntity

    [Required]
    [MinLength(3), MaxLength(50)]
    public partial string Name { get; set; } // IAgency NOTE this is not valid, but the 
                                             // separation is amazing!

    // From IPersitentEntity provide CRUD support
    public void Create() { throw new NotImplementedException(); }
    public void Retrieve(int id) { throw new NotImplementedException(); }
    public void Update(int id) { throw new NotImplementedException(); }
    public void Delete(int id) { throw new NotImplementedException(); }
}

现在，我必须将注释和逻辑结合在一起。这有点奇怪，因为我已经分离出了抽象数据库项目......除了 EF 注释！

部分原因是没有partial属性是它们不符合基本设计理念partial成员。目标是简单地定义一个存根，代码生成器可以在需要时插入额外的逻辑。如果生成的代码未填充该方法，则所有对partial存根将从最终程序中删除。

为了实现这一目标partial方法有一些相当有限的限制，包括它必须返回void。这使得编译变得非常容易，因为如果删除它，就没有任何价值可以保留

SomePartialMethod();  

另一方面，属性永远不可能void，它们必须是某种具体类型。因此用户总是可以编写以下内容

string x = SomePartialProperty;

这对于编译器来说是不可能完全擦除的。该表达式必须分配一些值x否则程序根本无法编译。为了使这项工作正常进行，编译器可能必须为x。它当然可以做到这一点，（比如说default(T)但我想这也是决定不使用此功能的一个因素。