Click here to Skip to main content
15,904,652 members
Articles / Programming Languages / C#
Article

Static Members vs Instance Members (Overview)

Rate me:
Please Sign up or sign in to vote.
3.66/5 (24 votes)
18 Jun 2007Public Domain3 min read 71.6K   142   13   5
An overview on how Static and Instance Declaration works

Introduction

Static and Instance declaration was something that I found difficult to get my mind around when I first began programming and, after some searching, realized that there are not many places on the Internet that explain it in depth (or at least not to the point that makes any sense!).

Background

I recently had the opportunity to do some Technical Editing for one of Wrox Publishing's upcoming books and had placed quite a lengthy comment in the manuscript related to Static vs Instance members. Unfortunately it was much too long for a side note and, at the suggestion of the author, I have decided to place that comment here, albeit expanded.

Using the Code

This code is functional in the aspect that it gets the point across of using Static and Instance members but it is up to you to expand upon this theory to make the code useful for anything. First, we need to understand the difference between static and instance members:

  • Static: Static members are shared with all objects of the class.
  • Instance: Instance members belong to the object that they are instantiated from.

While this may sound somewhat cryptic, it will all become much clearer with the following code:

C#
public class CloneGenerator
{
    //the total number of clones that we create with this class
    private static int numberOfClones;    

    //each clone will have a name
    private string cloneName;

       //constructor
       public CloneGenerator(string s)
       {
        cloneName = s;
        numberOfClones ++;
        return;
       }

       // return this clones name
       public string getName()
       {
         return cloneName;
       }

       //count Clones
       public static int countClones()
       {
         return numberOfClones;
       }

}

public class GenerateClones
{
    public void main()
    {
        //Instantiate our class and create a clone
        CloneGenerator c1 = new CloneGenerator("Bob");
        CloneGenerator c2 = new CloneGenerator("Jon");
        CloneGenerator c3 = new CloneGenerator("Jim");

        //this string will contain the name Bob
        string clone1 = c1.getName();
        
        //this string will contain the name Jon
        string clone2 = c2.getName();

        //this string will contain the name Jim
        string clone3 = c3.getName();

        //Call the Static function
        //iCloneCount will hold the value of 3 after this assignment
        int iCloneCount = CloneGenerator.countClones();        
    }
}

As you can see, we instantiate three CloneGenerator objects and pass in a string parameter, which contains the clone's name, and then assign those values to local string variables by calling [objectName].getName() which returns the name of that cloneGenerator object. In contrast, we populate the value of iCloneCount by calling our static function directly: CloneGenerator.countClones() which will return 3.

To further explain, if you were to do something such as this...

C#
string name = CloneGenerator.getName(); 

... you will receive a run time error to the effect of "Method call requires an instance of an object" since getName is an instance member. One thing to quickly note is that you CAN access static members inside of Instance members (in the above example, we reference the static member numberOfClones inside the instance member CloneGenerator(string s)) but you can NOT access Instance members inside of static members.

So, in summary, an Instance member is a member that belongs to an Instance of an object (in our example, the objects are c1, c2, and c3) whereas a static member belongs to the class itself and does not require an instance of an object as was demonstrated by making a call to CloneGenerator.countClones().

Points of Interest

I probably would not have written this article without the suggestion from the author who I worked with at Wrox so I must give him his due credit for suggesting I do this. Hop on over and take a look at his books and his site in general!

If someone has a suggestion to make this more understandable or something that will drive the point home more efficiently than I have done, please shoot me an email.

History

  • 18th June, 2007: Initial post

License

This article, along with any associated source code and files, is licensed under A Public Domain dedication


Written By
Web Developer
United States United States
Nothing much to say, I am 25 year old Computer Programmer from Akron, Ohio; nothing to see here, move along. =P

Comments and Discussions

 
GeneralMy vote of 5 Pin
Mirai Hajar8-Jun-23 0:43
Mirai Hajar8-Jun-23 0:43 
GeneralGood for noobies - "bad" for pros Pin
Urs Enzler25-Jun-07 20:21
Urs Enzler25-Jun-07 20:21 
GeneralAnother view Pin
Tom Spink25-Jun-07 20:16
Tom Spink25-Jun-07 20:16 
It may be useful to express your opening statement as:

"Static members are tied to the class, while instance members are tied to the object."

The important distinction here is between a "class" and an "object"; where a "class" is the template for an object, and an "object" is an instance of a class. Once you've made this distinction, it becomes easier to see that static members hold for each distinct type, and object members hold for each distinct instance.

-- Tom Spink
University of Edinburgh

GeneralGood for newbies. Pin
Nickolay Karnaukhov18-Jun-07 21:16
Nickolay Karnaukhov18-Jun-07 21:16 
GeneralRe: Good for newbies. Pin
Douglas Parsons19-Jun-07 12:31
Douglas Parsons19-Jun-07 12:31 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Praise Praise    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.