Share via


Do not declare visible instance fields

TypeName

DoNotDeclareVisibleInstanceFields

CheckId

CA1051

Category

Microsoft.Design

Breaking Change

Breaking

Cause

An externally visible type has an externally visible instance field.

Rule Description

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.

How to Fix Violations

To fix a violation of this rule, make the field private or internal and expose it using an externally visible property.

When to Exclude Warnings

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.

Example

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.

Secured types should not expose fields

See Also

Concepts

Link Demands