Do not declare visible instance fields
| TypeName | DoNotDeclareVisibleInstanceFields |
| CheckId | CA1051 |
| Category | Microsoft.Design |
| Breaking Change | Breaking |
The primary use of a field should be as an implementation detail. Fields should be private or internal and should be exposed by using properties. Accessing a property is as easy as accessing a field, and the code in a property's accessors can change as the type's features expand without introducing breaking changes. Properties that just return the value of a private or internal field are optimized to perform on par with accessing a field; there is no performance gain associated with using externally visible fields over properties.
Externally visible refers to public, protected, and protected internal (Public, Protected, and Protected Friend in Visual Basic) accessibility levels.
Do not exclude a warning from this rule. Externally visible fields do not provide any benefits that are unavailable to properties. Additionally, public fields cannot be protected by Link Demands. See Secured types should not expose fields.
The following example shows a type (BadPublicInstanceFields) that violates this rule. GoodPublicInstanceFields shows the corrected code.
using System; namespace DesignLibrary { public class BadPublicInstanceFields { // Violates rule DoNotDeclareVisibleInstanceFields. public int instanceData = 32; } public class GoodPublicInstanceFields { private int instanceData = 32; public int InstanceData { get { return instanceData; } set { instanceData = value ; } } } }
Protected fields are also considered visible.
Both C# (3.0 and higher) and C++/CLI support the ability to declare properties without the need to also declaring their field backing store. In C# these are called as Automatic Properties, whereas in C++/CLI they are known as Trivial Properties.
To declare an Automatic Property in C#, simply declare a property as normal, but then do not provide a body for the assessors.
In C++/CLI, to declare a Trivial Property, simply do not provide a body for the property.
Both C# (3.0 and higher) and C++/CLI support the ability to declare properties without the need to also declaring their field backing store. In C# these are called as Automatic Properties, whereas, in C++/CLI they are known as Trivial Properties.
To declare an Automatic Property in C#, simply declare a property as normal, but then do not provide a body for the accessors.
[C#]
using System;
namespace Samples
{
public class Book
{
public string Title
{
get;
set;
}
}
}
In C++/CLI, to declare a Trivial Property, simply do not provide a body for the property.
[C++]
using namespace System;
namespace Samples
{
public ref class Book
{
public:
property String^ Title;
}
}
- 4/13/2007
- David M. Kean
- 1/20/2007
- TheGreatToast
- 1/20/2007
- TheGreatToast
Protected fields are also considered visible:
[C#]
using System;
namespace DesignLibrary
{
public class BadInstanceFields
{
// Violates rule DoNotDeclareVisibleInstanceFields.
protected int instanceData = 32;
}
public class GoodInstanceFields
{
private int instanceData = 32;
protected int InstanceData
{
get { return instanceData; }
set { instanceData = value; }
}
}
}
- 6/21/2006
- David M. Kean
- 6/21/2006
- David M. Kean