- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
if (m_Level != value)
{
if (m_Level != null)
{
Logger.Unsubscribe(m_Level.Value, Logger_LogEvent);
}
m_Level = value;
if (m_Level != null)
{
Logger.Subscribe(m_Level.Value, Logger_LogEvent);
}
}
Follow us!
зы: что за мудацкий код стайл "m_"?
к мемберам (что бы не конфликтовали со стековыми переменными) надо обращаться через this.
Откуда пошла мода писать m_ -- не помню. Кажется это популяризировал один из столпов, вроде Майерса или Саттера лет десять назад. Во всяком случае распространилось. Может быть и от MS.
Сам я предпочитаю _ (если только в проекте не принято иное). Но это дело вкуса и стандартных соглашений.
В boost тоже как оказалось "m_" полно.
я и так знаю свойство это (поле вернее) или стековая переменная. Мне ReSharper подсветит
О каком пространстве имен речь?
В С++ класс не может иметь поле данных something и метод something() (в Java и, насколько помню, C# -- может). Поэтому кому-то придётся уступить. Или getSomething()/get_something(), или префикс у приватного поля. Конфликт с именами параметров и локальных переменных -- это уже мелочь.
http://msdn.microsoft.com/en-us/library/w86s7x04.aspx
тоесть C++ внезапно неподдерживает неймспейсы?
Она только глаза мозолит. Давайте еще тип указывать:)
int m_intAge; круто же
потом крутой спец увольняется, а преемники уже знают, что если здесь нажать кнопку, то вон там из принтера полезет нужная бумажка.
а потом легкое изменение формата входных данных и...
а в старых сишных программах принято писать через подчеркивания и сокращать слова.
так что писать так:
lgr_lg_evnt
а как пишут в RSDN это конечно очень важно)))
На самом деле это конечно холивар. У жабы есть свой код-стайл: там принято обращаться напрямую, и только если свопадают названия -- через this.
знаете почему?
потому что в формуле: foo = (bar + 42) совершенно не важно -- является bar свойством инстанса, статическим свойством или стековой переменной.
Но M$ в отличии от сана о код-стайле не позаботилась, и потому каждый пишет на C#, как он хочет: джависты через this, плюсплюсники через m_ (странно, что классы у них без префикса C например CString).
так как в последнее время я пишу на джаве -- стиль this мне ближе.
а m_ -- это совершенно ненужная информация. Любой IDE подсвечивает поля и переменные по разному. Потому m_ должен отправится туда же, куда отправился префикс int
чтотакое "навигация по сгруппированным мемберам"?
проебал гет.
Зато интерфейсы через I
а что кодестайл аля С++ - так это не автор виноват, а контора в которую он попал.