Предлагаю использовать вот это Соглашения о кодировании

Прочитал, в общем, согласен со всеми, кроме:

•  Табличное построение при инициализации переменных. Согласен, что вроде как читабельней, но жутко замедлит ввод кода, да и не думаю, что это одобряется большинством программистов в целом (в мире, я имею в виду). А привыкнешь - потом переучиваться. Если уж совсем припрет инициализировать подряд штук 20 переменных, тогда мб и можно, но часто ли возникает такая необходимость? Полагаю, что лучше все-таки придерживаться стандартного стиля вида int x = 5;
•  Именование приватных членов через Camel Casing. В общем согласен, только все же лично мое мнение - надо добавлять к приватным членам префикс в виде подчеркивания. Резко улучшает процесс чтения собственных полей и методов с помощью IntelliSense: стоит набрать префикс - и тут же видишь все приватные методы и поля. Пример приведу, как делаю я в своих проектах.
  
  Вместо:
  

  Код

  private int myField; private void myMethod() { }

  
  Предлагаю так:
  

  Код

  private int _myField; private void _myMethod() { }

  
  Так реально удобнее, если попробуете, поймете, о чем я. С протектед методами согласен, там просто Camel нотация.

В остальном вроде со всем согласен, сам так делаю.

mr.Anderson, по поводу табличного построение при инициализации переменных, абсолютно с тобой согласен  . 
А вот, что касается префикса "_" то я его никогда не использовал. Но по этому поводу, использовать его или нет, в инете много споров. И однозначного мнения нет. Однако, я так понимаю М$ хочет отучить своих программистов от его использования. В общем, я готов попробовать его использовать в данном проекте. Однако, если никто сильно категорично не будет возражать.

Rohoss, мелкомягкие отучивают от этого префикса, зато рекомендуют повсюду ставить this вместо него. Во-первых, неудобно, т.к. на четыре символа больше набирать (this и точка еще). Во-вторых, его упоминание в данном случае оказывается впустую, просто лишняя писанина (о чем ReSharper заявляет совершенно полноправно). Так что, думаю, стоит попробовать. Не зря споры идут.

а для метода зачем?

Добавлено через 6 минут
http://xprogramming.com.ua/codeconvcsharp.php


http://forum.vingrad.ru/index.php?showtopi...t&p=1773307

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

Насчет пробелов спорить не буду, я использую обычно тоже пробелы, так привычнее, а чаще юзаю попросту автоформатирование студии. Но если нужно доставить пробелов - ставлю пробелы, а не табулирую, так уж привык.

Я всегда использую табуляторы и никогда об этом не жалел. Сама студия форматирует табуляторами, а мы не планируем писать код в 100500 разных редакторах!

По поводу комментариев. Предлагаю комментировать сами члены класса и классы с помощью xml-комментариев, а уже внутри метода или свойства через два слеша.

Угу. Поддерживаю.