如何解决如何创建对象“拥有”的集合?
| 从这个问题开始,以良好的课堂设计为例,我有一个后续课程。 我想创建其他对象拥有的一些集合。回顾一下,我有一个Person
类,我希望Person
能够有一个或多个Addresses
。所以我想我将创建一个Address
类和一个Addresses
集合。合理?到目前为止,这是我的代码
class Person
{
public Person(int SSN,string firstName,string lastName)
{
this.SSN = SSN;
FirstName = firstName;
LastName = lastName;
}
public int SSN { get; set; }
public string FirstName { get; set; }
public string LastName { get; set; }
}
class Address
{
public Address(string line1,string postCode)
{
Line1 = line1;
PostCode = postCode;
}
public int ID { get; set; }
public string Line1 { get; set; }
public string PostCode { get; set; }
}
class Addresses : System.Collections.CollectionBase
{
public int Person { get; set; } // should this be of type Person?
public void Add(Address addy)
{
List.Add(addy);
}
public Address Item(int Index)
{
return (Address)List[Index];
}
public void Remove(int index)
{
List.RemoveAt(index);
}
}
如何将多个地址与一个人相关联?我想在Main
中做这样的事情:
Person p = new Person(123,\"Marilyn\",\"Manson\");
Address a = new Address(\"Somewhere\",\"blahblah\");
p.Addresses.Add(a);
然后,我希望能够将地址保存到数据库中。我应该做Address.Save()
还是Addresses.Save()
(或其他)?
我将如何更改代码以实现该目标?感谢您的光临。
解决方法
如果您希望某人拥有地址,则该人应包括地址集合
class Person
{
<all the stuff you have>
List<Address> Addresses;
}
不要忘记在构造函数中对其进行更新,
然后添加一个地址
Address addressInstance = new Address(){...};
PersonInstance.Addresses.Add( addressInstance );
Cal-
,如果此人的“所有者”地址,则应公开“ 2”属性。可能是“ 13”类型-无需创建自己的集合类型。
public Person {
private List<Address> _addresses;
public ReadonlyCollection<Address> Addresses {
get { return _addresses.AsReadOnly(); }
}
public void AddAddress(Address address) {
_addresses.Add(address);
}
}
如果您正在考虑好的班级设计,请三思而后行,是否每个物业都需要塞特犬。也许您希望对象是不可变的,在这种情况下,您将需要私有设置器。
\“保存\”将遵循\“ ActiveRecord \”模式。更常见,例如当使用像NHibernate这样的ORM时,您的对象会越过边界,表明已存储该对象。在NHibernate中,这称为会话,该会话负责根据可用信息保存对象。
,每个地址都应保存()。您的地址可以保存,这将在每个子地址上调用保存。
您可能希望拥有一个具有可枚举状态的基类,以便具有“新建”,“已修改”,“未修改”和“已删除”,以便您可以选择将调用CRUD的哪一部分。有人将其拆分,因此您将拥有布尔值,isNew,isModified,isDeleted。
,这取决于您的体系结构...但是,为了保存地址,我不会使用Address对象来执行此操作。它是您的POCO(普通的旧CLR对象),它不应该知道DAL。另一个类应该处理CRUD(创建读取更新删除)操作,并且它应该是与DAL交互的业务层的一部分。也许将其称为AddressComponent.cs?这是一种域模型模式方法。
对于地址集合,您可以按照flq的说明进行操作并将其作为属性...实际上,除非您需要额外的逻辑,否则实际上无需再有一个名为Addresses.cs的对象。
,我将使用泛型来派生List(或任何其他集合类)
// This class add just an Owner (parent) to the list
public class OwnedList<T> : List<T>
{
public Object Owner { set; get; }
public OwnedList(Object owner)
{
Owner = owner;
}
}
并在您的类中传递对象本身:
class Contact
{
public int Person { get; set; }
private OwnedList<Address> _Addresses;
public OwnedList<Address> Addresses
{
get
{
if (_Addresses == null)
{
_Addresses = new OwnedList<Address>(this);
}
return _Addresses;
}
set
{
_Addresses = value;
_Addresses.Owner = this;
}
}
}
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。