Встал вопрос о написании переменных. Как лучше их указывать veriable или _veriable ? И почему?

CInNet, лучше писать variable, и обращаться к ней this.variable.

А почему? На самый главный вопрос не ответил)

Потому что так говорит Microsoft StyleCop.
SA1309: fields names must not start with an underscore.

Спасибо Павел  Теперь я хоть могу поспорить, что не надо писать никаких "_" перед объявлением переменной =)

Чем аргументировать будешь?

Потому что так говорит Microsoft StyleCop.
SA1309: fields names must not start with an underscore. 

Это сообщение отредактировал(а) CInNet - 19.8.2009, 10:40

Интересно из каких соображений они это написали  

CYBERDREAM, 
очень простые соображения - подчеркивание избыточно. StyleCop требует расставлять this. для  instance member-ов. Он же требует называть свойства с заглавных букв. 

IMHO, вполне однозначно и без _;

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

В целом, так. Приватные поля с маленькой буквы с подчеркиванием спереди, что говорит о том, что они приватные. Публичные поля и методы с большой буквы без подчеркивания. Приватные методы с большой буквы с подчеркиванием. Так при чтении кода сразу разграничиваются общедоступные и скрытые поля и методы, а дополнительно при обращении к полям не надо тыкать везде this'ов, которые загромождают код. Кому как, имхо, такой стиль написания значительно упрощает чтение и сопровождение кода.

mr.Anderson, whom how. Мне проще поставить StyleCop с дефолтными настроками, и прикрутить его к ccnet, чем следить за стилем вручную. 
У this есть один бонус - студийный интеллисенс показывает после . именно то, перед чем надо this по правилам StyleCop ставить. И есть StyleCop For Resharper, который реформатит код.

Опять же IMHO, подчеркивание вообще для всех приватных вещей как-то сомнительно - лично меня очень сильно плющит от _PrivateMethod . При вызове внутри класса не важно приватный или не приватный метод вызывается. Если вдруг меняется область видимости - то подчеркивание убирается, и по коду появляется много левых изменений, что как-то неприятно. Чаще всего (по моему опыту) подчеркиванием выделяют именно поля, чтобы отличить их от свойств - довольно много людей перешло с VB, который не case-sensitive.

Это сообщение отредактировал(а) PashaPash - 19.8.2009, 16:19

не пишу ни подчёркивание, ни this, локальных переменных в разумных пределах избегаю, а использование приватных св-в и методов никак не отделяю для себя от использования публичных 

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

Согласен полностью с mr.Anderson 

То применяется рефакторинг, и "левых" изменений там попросту нет))) Лично мне бывает просто приятно знать, вызываю я внутренний метод или же внешний при работе внутри класса. Возможно, субъективно.

mr.Anderson, а чем эта приятность вызвана? т.е. в чём для тебя состоит разница между приватными и публичными методами?