我发现分部方法非常有用，但没有分部属性.他们没有被包括在内有充分的理由吗?我的替代方案是什么

更新：请注意，我知道我不能这样做。。。这正是我真正希望能奏效的。也许还有其他方式可以分开责任，不是吗？所以我要找的是…

实体框架迫使类承担多种责任（常规逻辑、基本注释和CRUD接口功能）。我只想参加一个班通常会有的课程。。。并通过实体框架和规则逻辑分离类的持久能力。

---

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

当我这样做的时候，我认为将我的属性部分化，并使实现远离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注释！

SomePartialMethod();  

string x = SomePartialProperty;