POCO 类上的扩展方法在什么时候矫枉过正

我的POCO的结构基本上是这样的：

Person有：Addresses、Phones、CaseNotes、NoticeOfActions。

我开始编写一个PersonExtension类，我发现它非常有用，比如说，以下示例方法：

public static Person GetPersonsPhones(this Person person, string userID)
{
    using (var context = ConnectDataContext.Create())
    {
        var pPhones =
            context.tblPhones.Where(phones => phones.PersonID == person.PersonID).Select(
                phones =>
                new Phone()
                    {
                        PhoneID = phones.PhoneID,
                        PhoneType =
                            new PhoneType
                                {
                                    PhoneTypeID = phones.tblAdminPhoneType.PhoneTypeID,
                                    TypeDescription = phones.tblAdminPhoneType.PhoneTypeDesc
                                },
                        PhoneNumber = phones.PhoneNumber,
                        Extension = phones.Extension
                    });
        person.Phones = pPhones.ToList<Phone>();
        return person;
    }
}

现在，我为获取地址集合的人提供了类似的扩展方法。 我想知道的是，是否有一个点是有害的。 由于我环境的性质，几乎所有东西都适合Person has-a方式。

可以吗，还是我会遇到什么不好的事情？ 我这样会产生更多的开销吗？

另一种选择似乎是简单地传递Person.ID因为这是我从数据库获取电话然后将其添加到我的Person对象中所需要的，但无论如何，对我来说，这似乎是一回事。

---

我认为这里有沟通中断，这很可能是我的错，因为我并不总是使用正确的词来描述事情。

在我的数据库中有tblPerson和tblPhone。 我有一个名为Person的类和一个名为Phone的类。 我的Person类具有 IList<Phone>Phones 的属性。
有问题的扩展方法适用于基类的子属性的 CRUD 方法。
即 Person.GetPhones()填充该Person对象的IList<Phone>Phones属性。 Person.SavePhones()将Save对该Person对象的数据库Phones的任何更改。

我并不是说我

正在做的事情是正确的(我怀疑它是......:((，只是试图确保每个人都理解我在问什么。
另外，我正在使用LinqToSQL进行数据库访问。

class Person 
{
    public long Id { get; set; }
    public string Name { get; set; }
    public virtual ICollection<Phone> Phones { get; set; }
}
class Phone
{
    public long Id { get; set; }
    public string Name { get; set; }
    public long PersonId { get; set; }
    public virtual Person Person { get; set; }
}