C# Стиль кодирования - Поля

Question

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

Я столкнулся с несколькими людьми, которые положили свои поля на вершину класса. Может ли кто-нибудь, кто это объясняет, объясняет обоснование этого?

Большое спасибо

Answer 1

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

Answer 2

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

Я также типично группирую другие члены по типу, а также имею внутреннюю сортировку по модификатору доступа.

public class MyClass 
{ 
    // Fields 

    // Constructors 

    // Properties 

    // Methods 
} 

Answer 3

Я поместил шахту в верхнюю часть класса, потому что она заставляет свойства группироваться вместе, без полей между ними.

Но это в значительной степени зависит от предпочтений. Intellisense гарантирует, что вы всегда знаете, что делает идентификатор, и «Перейти к определению» гарантирует, что на самом деле не имеет значения, куда вы помещаете поля.

Answer 4

Если я не использую Авто Свойства, я хотел бы сохранить хранилище рядом с этим свойством. Мне нравятся частные поля состояний, статические значения и константы, следующие конструкторы, затем свойства, а затем методы экземпляра, а затем статические методы. Если у меня есть вложенные классы, они либо попадают в верхнюю часть класса, если они используются всем классом, либо прямо перед группой методов, с которыми они используются.

public class MyClass 
{ 
    public class MyNestedClass 
    { 
    } 

    // constants 
    // private state fields 
    // private static fields 

    // constructors 

    // properties 
    // static properties 

    // methods 
    // static methods 

    // finalizer if required 
}