В Интернете прочитал про Венгерскую нотацию, хорошего и плохого. Хотелось бы узнать мнение опытных программистов. Стоит ли её использовать при программировании на C#?

По-моему, это дело привычки. Учитывая, что программисты C# в основном не используют венгерскую нотацию, можно последовать их примеру. А можно и не следовать.

З.Ы. венгерскую используют MFC-шники 

Потому что есть IntelliSence.  

Именно. 
Но я иногда ее все же использую, когда есть набор однотипных элементов (например кнопок на форме). Тогда они по алфавиту идут одна за другой   

Ага.

В простом коде иногда использую префиксы n, obj, m_ но только там, где они действительно сильно улучшают восприятие (особенно не люблю m_, но и он иногда помогает)

А вот в UI-дизайне постоянно пользуюсь префиксами, обозначающими тип контрола: 
lbl - Label, tb - TextBox, cb - ComboBox, ch (ck) - CheckBox, btn - Button и т.п.

Это сообщение отредактировал(а) Дрон - 1.8.2006, 13:18

Я лично не пользуюсь. Не считаю нужным. ИМХО, она только мешает чтению кода.

Использую рекомендованные CodeArchitect префиксы имен.

Раз уж пишем -- ссылочку можно?

для полей использую префикс "m_", чтобы с параметрами путаницы не возникало:

public MyObject(string name)
{
  m_name = name;
}

и это единственная причина. иначе приходится извращаться с придумыванием названий вроде nameArg или nameField.

А просто префикса почему не хватает?

P.S. OffTop: Наберите name на русской раскладке. Получится... тфьу (почти тьфу)  

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

Добавлено @ 15:30 
..кстати, "m" видимо от слова member (член) произошло.

Я тоже так думаю.


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

Дрон, так и у cully ображение к полю идет в конструкторе (Во всяком случае по названию точно конструктор)

Прошу всех интересующихся венгерской нотацией взлянуть на эту статью

  

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

Есть же более удобный способ, я им пользуюсь:

Вот и все. И не надо ни придумывать другие слова, ни использовать всякие _, m_ и прочую гадость. ИМХО она только VBшникам нужна, поскольку у них регистронезависимый код.

Это сообщение отредактировал(а) $tatic - 1.10.2006, 12:16

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

Ну в принципе можно так же "забыть" и public для метода/конструктора поставить. А в студии this видно, поскольку он синий. Лично у меня написание this.name = name; уже рефлексивно.

А я не согласен   
Очень даже удобно, когда все внутренние члены класса находятся в одном месте. Нажал "_", Ctrl + J (или Ctrl + Пробел) и выбирай нужный тебе   

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

А мне это не нравится по идеологическим соображениям. Целиком за

кстати, вроде, это Кэмел-нотация называется

Microsoft рекомендует использовать смесь вингерской и кэмел-нотации. Где-то на винчестере лежит руководство по оформлению кода в .NET, если найду, выложу.

Для именования используются нотации: Паскаль (каждое логическое слово должно начинаться с заглавной буквы. (TestCounter)) и Камел (первый символ первого логического слова начинается с маленькой буквы, остальные логические слова - с большой. (testCounter)).

Элемент    Нотация    Примечания
класс / структура    Паскаль    
интерфейс    Паскаль    Начинается с “I”
перечисление    Паскаль    
элементы перечисления    Паскаль    
делегаты    Паскаль    заканчивается “EventHandler”
класс исключения    Паскаль    заканчивается “Exception”
методы    Паскаль    
пространство имен    Паскаль    
свойство    Паскаль    
константы    Паскаль    
аргументы    Камел    
переменные внутри методов    Камел    

Поля именуются, используя конвенцию Камел, добавляя символ подчеркивания вначале. (_testCounter) 
Запрещается использовать венгерскую нотацию (в имени присутствуют префиксы для обозначения типа: string strName). Запрещается использовать постфиксы для этих же целей (enum ColorsEnum).

Интересно, что в Майкрософте символ подчеркивания вроде бы не пишут. По крайней мере в их примерах я такого не встречал.

Хы, у них там вообще чёрт знает что творится. В старых классах юзается m_, в новых - подчёркивание. Есть смешанные примеры:

mr.DUDA, а когда M$ следовали собственным guidelines  ?

Exception, у них слишком много индусов-программеров, индусов-манагеров, индусов-лидов, за всеми не уследишь 

т.е. это даже не венгерская, а индийская нотация уже   

$tatic,   

Венгерка устарела. Об этом и тема. А про индусов мы не говорим, у них свои "шахматные" правила 

Гы, еще одна интересность: private static идет с префиксом s_