Существуют правила, применяемые в отношении StyleCop, которые я видел, как многие люди используют в качестве стандарта.
Честно говоря, они имеют смысл , но я не думаю, что это лучший способ.
Я думаю, что вещи должны быть сгруппированы по функциональности, а не по типу или доступности, или static
и т. Д. Я бы сказал, что схема, организованная по функциональности, требует наименьшего количества навигации при попытке прочитать или поддерживать код база. Любая другая схема заказа (или * правила) оставила бы вас в навигации по всему классу при попытке с ним работать. Концептуальный порядок, который объединяет вещи, которые имеют смысл, минимизирует прыжки. Речь идет о том, чтобы облегчить понимание и работу с ним. Это практическая перспектива, а не формирование правил ради соблюдения правил, которые могут быть соблюдены.
: Они чувствуют, что они являются правилом, они обращаются к OCD среди нас, и они могут быть осуществлены с помощью машины, но кто заботится, если машина может обеспечить их соблюдение? Но код не для машины, это для людей. Когда мне нужно понять код, я не думаю про себя: «Если бы я мог сначала понять все постоянные поля, а затем все поля и т. Д.» Я использую совсем другой подход. Сначала я хочу увидеть большую картину, и одна вещь, которая будет помогать в этом, - это увидеть код , организованный по функциональности.
Нет ни одного стиля или рисунка. Это не имеет значения для кода, только для читателей. –
@JohnSaunders Мне это интересно. Я ожидал, что кто-нибудь скажет другому, чтобы вы знали, когда увидите всех людей или всех частных членов/функций. хмм. – Kyle
Почему это имеет значение? Обычно ваша среда IDE поможет вам перемещаться. Я полагаю, это помогло бы, если бы вы разрабатывали с помощью Notepad, emacs или vi. –