命名約定如果您在定義上的地址人財產像物業類型
public class Address
{
public int AdressId {get; set;}
public Person AddressesPerson {get;set;}
public string FullAddress {get; set;}
}
什麼是正確的約定,如果有的話,命名另一種類型的屬性?
命名約定如果您在定義上的地址人財產像物業類型
public class Address
{
public int AdressId {get; set;}
public Person AddressesPerson {get;set;}
public string FullAddress {get; set;}
}
什麼是正確的約定,如果有的話,命名另一種類型的屬性?
我不認爲有一個硬性規定,但一般來說,我喜歡堅持以下原則儘可能:
Owner
可能是一個合適的屬性名稱,因爲Person
擁有特定的Address
。名稱根據其語義屬性。坦率地說,在一個地址上擁有一個Person屬性是很奇怪的 - 通常情況下這是相反的。這裏的人是什麼意思?地址與人之間的關係是什麼?例如,您可能有Owner
或Resident
- 但在其他情況下,這可能不合適。
我的名字從兩種類型,例如之間的關係的特性居民,業主等
選擇一個,並堅持下去。
在您的具體情況,我不知道爲什麼一個人是從屬於一個地址,而不是周圍的其他方法,但基本上只選擇要使用並繼續使用它的人。只要它不是完全不可讀的或者與某種團隊編碼指南不符的,你可能會很好。
有多個地址存儲爲地址歷史記錄 – Shane 2010-08-16 19:20:40
沒有被存儲爲地址的歷史 – Shane 2010-08-16 19:19:09
@Shane多不會忽略:那我可能仍然有定義爲'詞典<日期時間,地址> HistoricalAddresses'或一些這樣的'Person'的屬性。我從來沒有聽說過有人的地址... – AllenG 2010-08-16 19:22:12
@AlllenG人確實有一個IList的地址,所以你不打擾映射到一個人,只要把它留在PersonId履行NHibernate的要求? – Shane 2010-08-16 19:26:49