Вы группируете частные поля или помещаете их с их собственностью?

Question

Я видел (и использовал) в различных проектах этот макет, с группой полей и группой свойств:

private int MyIntField;
private string MyStringField;

public int MyInt { 
    get { return MyIntField; }
    set { MyIntField = value; }
}    
public string MyString { 
    get { return MyStringField; }
    set { MyStringField = value; }
}

И я также встречал этот макет с полями рядом с их свойством:

private int MyIntField;
public int MyInt { 
    get { return MyIntField; }
    set { MyIntField = value; }
}    

private string MyStringField;
public string MyString { 
    get { return MyStringField; }
    set { MyStringField = value; }
}

Есть ли причина считать одно лучше другого? Я думаю, что большинство стандартов кодирования рекомендуют Вариант № 1, но иногда бывает удобно иметь поле рядом со свойством, которое с ним работает.

Примечание: я предполагаю нетривиальные свойства, которые не могут использовать автоматически реализуемые свойства.

Answer 1

Я думаю, что это то, с чем команда чувствует себя комфортно. Установите стандарт для проекта / компании / языка и придерживайтесь его. Я предпочитаю частные переменные вместе, методы / интерфейсы вместе, закрытые члены .... Я думаю, вы поняли.

Answer 2

Я группирую их в верхней части класса.

Фактически единственное, что находится над моим личным атрибутом, это все константы класса.

Answer 3

Мне нравится группировать поля сверху и свойства где-то еще. Это также то, что Microsoft StyleCop рекомендует.

Answer 4

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

Answer 5

В качестве дополнительного примечания, куда вписываются авто свойства?

C # 3.0 авто-свойства - полезно или нет?

Answer 6

Чтобы повторить то, что сказал Кенни выше, все дело в стандартах кодирования вашей организации. Трудно объективно классифицировать один стиль над другим, хотя, похоже, у каждого свое мнение.

Обычно я предпочитаю иметь группы данных и методов по модификатору доступа, поэтому в этом случае я бы предпочел вариант № 1. Это должно подчеркнуть интерфейс, а не дизайн. То есть я мог бы прозрачно изменить реализацию модификатора MyInt в будущем (возможно, мне действительно не нужно хранить резервную переменную).