Соглашения об именах для типов собственности

Question

Если у вас есть свойство Person по адресу, определенному как

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

Каковы надлежащие соглашения, если таковые имеются, для именования свойства другого типа?

Answer 1

Я не думаю, что есть жесткое и быстрое правило, но, как правило, мне нравится придерживаться следующих рекомендаций, насколько это возможно:

• Не повторяйте название класса. С этим может быть на удивление сложно обойтись, но его обычно решают, тщательно продумав второе правило:
• Подумайте о роли свойств в классе, а не только о том, что это такое. В вашем примере Owner может быть подходящим именем свойства, поскольку Person владеет определенным Address.

Answer 2

Назовите свойство в соответствии с его семантическим значением. Честно говоря, довольно странно иметь свойство Person по адресу - обычно это было бы наоборот. В чем смысл человека здесь? Какая связь между адресом и человеком? Например, у вас может быть Owner или Resident, но в других случаях это не подходит.

Answer 3

Выберите один и придерживайтесь его.

В вашем конкретном случае мне интересно, почему человек подчиняется адресу, а не наоборот, а просто выбирает тот, который вы хотите использовать, и продолжайте его использовать. До тех пор, пока это не является чем-то совершенно нечитаемым или противоречит каким-либо руководящим принципам командного кодирования, вы, вероятно, хороши.

Answer 4

Я бы назвал свойство из отношений между двумя типами, например, резидент, владелец и т. Д.