2010-08-16 64 views
0

命名約定如果您在定義上的地址人財產像物業類型

public class Address 
{ 
    public int AdressId {get; set;} 
    public Person AddressesPerson {get;set;} 
    public string FullAddress {get; set;} 
} 

什麼是正確的約定,如果有的話,命名另一種類型的屬性?

回答

2

我不認爲有一個硬性規定,但一般來說,我喜歡堅持以下原則儘可能:

  • 不要重複的名字類。這一次更是出奇地難以解決,但它通常是由苦苦思考的第二個規則解決:
  • 想想類屬性的作用,而不是僅僅是什麼。在你的例子中,Owner可能是一個合適的屬性名稱,因爲Person擁有特定的Address
2

名稱根據其語義屬性。坦率地說,在一個地址上擁有一個Person屬性是很奇怪的 - 通常情況下這是相反的。這裏的人是什麼意思?地址與人之間的關係是什麼?例如,您可能有OwnerResident - 但在其他情況下,這可能不合適。

+0

沒有被存儲爲地址的歷史 – Shane 2010-08-16 19:19:09

+0

@Shane多不會忽略:那我可能仍然有定義爲'詞典<日期時間,地址> HistoricalAddresses'或一些這樣的'Person'的屬性。我從來沒有聽說過有人的地址... – AllenG 2010-08-16 19:22:12

+0

@AlllenG人確實有一個IList的地址,所以你不打擾映射到一個人,只要把它留在PersonId履行NHibernate的要求? – Shane 2010-08-16 19:26:49

0

我的名字從兩種類型,例如之間的關係的特性居民,業主等

0

選擇一個,並堅持下去。

在您的具體情況,我不知道爲什麼一個人是從屬於一個地址,而不是周圍的其他方法,但基本上只選擇要使用並繼續使用它的人。只要它不是完全不可讀的或者與某種團隊編碼指南不符的,你可能會很好。

+0

有多個地址存儲爲地址歷史記錄 – Shane 2010-08-16 19:20:40