Как наилучшим образом назовите поля и свойства

Question

Microsoft says поля и свойства должны отличаться не только от случая к случаю. Итак, если они действительно представляют ту же идею, как они должны быть разными?

Вот пример Microsoft, что не делать:

using System; 
namespace NamingLibrary 
{  
    public class Foo // IdentifiersShouldDifferByMoreThanCase  
    {   
     protected string bar; 

     public string Bar   
     {    
      get { return bar; }   
     }  
    } 
} 

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

Answer 1

Нет, Microsoft говорит общедоступных члены должны отличаться больше, чем просто случай:

Это правило срабатывает только для публично видимых участников.

(Это включает в себя защищенные члены, так как они видны в производных классах.)

Так что это нормально:

public class Foo 
{ 
    private string bar; 
    public string Bar { get { return bar; } } 
} 

Мое личное правило не позволять чему-либо другие частные поля в любом случае , и в этот момент это не проблема.

Вам действительно нужны защищенные поля? Как насчет того, чтобы свойство имело защищенный сеттер, если вы хотите его мутировать из производных классов?

Answer 2

мне нравится:

protected string _Bar; 

public string Bar   
{    
    get { return _Bar; }   
}  

Answer 3

Подумайте большинство разработчиков PREfix переменных-члены с подчеркиванием следующим образом:

protected string _bar; 

Answer 4

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

Итак, я часто делаю что-то вроде:

public class Foo 
{ 
    protected string _bar; 

    public string Bar 
    { 
     get { return _bar; } 
    } 
} 

... или ...

public class Foo 
{ 
    protected string mBar; // 'm' for member 

    public string Bar 
    { 
     get { return mBar; } 
    } 
} 

Answer 5

я лично нравится эта книга Balena:

http://www.amazon.com/Practical-Guidelines-Practices-Developers-Pro-Developer/dp/0735621721/ref=sr_1_1?ie=UTF8&s=books&qid=1265845146&sr=8-1

Answer 6

Я лично делаю следующее:

class SomeClass 
{ 
    private static string s_foo; // s_ prefix for static class fields 
    private string m_bar;   // m_ prefix for instance class fields 

    public static string Foo 
    { 
     get { return s_foo; } 
    } 

    public string Bar 
    { 
     get { return m_bar; } 
    } 
} 

Я изначально использовал только _ или m_ как префикс для всех своих полей, пока не начал копать через много кода Microsoft .NET через Reflector. Microsoft также использует парадигму s_ и m_, и мне это нравится. Это позволяет легко узнать, что такое поле, когда вы читаете тело кода функции. Мне не нужно ничего указывать и ждать появления всплывающей подсказки или что-то в этом роде. Я знаю, что-то статично или экземпляр просто его префикс поля.

Answer 7

Это зависит от вас или вашего стандарта организации/организации.Но большинство программистов используют camelCasing или подчеркивание + camelCasing на полях и PascalCasing на свойствах, как:

public class Foo  
{   
    protected string _bar; 

    public string Bar   
    {    
     get { return _bar; }   
    }  
}