Walkthrough: Authoring a Component with Visual C#
Components provide reusable code in the form of objects. An application that uses a component's code, by creating objects and calling their properties and methods, is referred to as a client. A client may or may not be in the same assembly as a component it uses.
The following procedures build on each other, so the order in which you perform them is important.
Note
The dialog boxes and menu commands you see might differ from those described in Help depending on your active settings or edition. To change your settings, choose Import and Export Settings on the Tools menu. For more information, see Customizing Development Settings in Visual Studio.
Creating the Project
To create the CDemoLib class library and the CDemo component
From the File menu, select New and then Project to open the New Project dialog. Select the Class Library project template from the list of Visual C# project types, and enter CDemoLib in the Name box.
Note
Always specify the name of a new project when you create it. Doing so sets the root namespace, assembly name, and project name, and also ensures that the default component will be in the correct namespace.
In Solution Explorer, right-click CDemoLib and select Properties from the shortcut menu. Notice that the Default namespace box contains CDemoLib.
The root namespace is used to qualify the names of components in the assembly. For example, if two assemblies provide components named CDemo, you can specify your CDemo component using CDemoLib.CDemo.
Close the dialog box.
From the Project menu, choose Add Component.
In the Add New Item dialog box, select Component Class and type CDemo.cs in the Name box. Click Add to create the component.
A component named CDemo is added to your class library.
In Solution Explorer, right-click CDemo.cs and choose View Code from the shortcut menu. The code editor opens.
Notice the : Component immediately after public partial class CDemo. This section designates the class from which your class inherits. By default, a component inherits from the Component class provided by the system. The Component class provides many features for your component, including the ability to use designers.
In Solution Explorer, right-click Class1.cs and choose Delete. This deletes the default class that is provided with the class library, as it will not be used in this walkthrough.
From the File menu, choose Save All to save the project.
Adding Constructors and Destructors
Constructors control the way your component is initialized; the Finalize method controls the way it tears down. Code in the constructor and the Finalize method of the CDemo class maintains a running count of the number of CDemo objects in existence.
To add code for the constructor and destructor of the CDemo class
In the Code Editor, add member variables to keep a running total of instances of the CDemo class, and an ID number for each instance.
public readonly int InstanceID; private static int NextInstanceID = 0; private static long ClassInstanceCount = 0;
Because the InstanceCount and NextInstanceID member variables are declared static, they exist only at the class level. All instances of CDemo that access these members will use the same memory locations. Static members will be initialized the first time the CDemo class is referred to in code. This could be the first time a CDemo object is created, or the first time one of the static members is accessed.
Locate public CDemo() and public CDemo(IContainer container), the default constructors for the CDemo class. In Visual C#, all constructors have the same name as the class. Your component can have several constructors, with different parameters, but they must all have the same name as your component.
Note
The access level of the constructors determines which clients will be able to create instances of the class.
Add the following code to public CDemo(), to increment the instance count when a new CDemo is created, and to set the instance ID number.
Note
Always add your code after the call to InitializeComponent. At that point, any constituent components have been initialized.
InstanceID = NextInstanceID ++; ClassInstanceCount ++;
As a readonly member, InstanceID can be set only in the constructor.
Note
Users familiar with multithreading will point out quite rightly that assigning InstanceID and incrementing NextInstanceID should be an atomic operation. This and other issues related to threading are illustrated in Walkthrough: Authoring a Simple Multithreaded Component with Visual C#.
Add the following method after the end of the constructor:
~CDemo() { ClassInstanceCount --; }
This method is called a destructor, and is signified by the tilde character (~) in front of the class name. The memory manager calls the destructor just before it finally reclaims memory occupied by the CDemo object. By implementing a destructor you can perform cleanup just before your component is removed from memory. However, as you'll see later in this walkthrough, there are good reasons to release resources earlier.
Adding a Property to the Class
The CDemo class has only one property, a static property that allows the client to find out how many CDemo objects there are in memory at any given time. Methods can be created in a similar way.
To create a property for the CDemo class
Add the following property declaration to the CDemo class, to allow clients to retrieve the number of instances of CDemo.
public static long InstanceCount { get { return ClassInstanceCount; } }
Testing the Component
To test the component, you need a project that uses it. This project must be the first project that starts when you press the Run button.
To add the CDemoTest client project as the startup project for the solution
From the File menu, point to Add and choose New Project to open the Add New Project dialog box.
Select the Windows Application project template, and type CDemoTest in the Name box and then click OK.
In Solution Explorer, right-click CDemoTest and click Set as Startup Project from the shortcut menu.
In order to use the CDemo component, the client test project must have a reference to the class library project. After adding the reference, it is a good idea to add a using statement to the test application to simplify use of the component.
To add a reference to the class library project
In Solution Explorer, right-click the References node immediately beneath CDemoTest, and select Add Reference from the shortcut menu.
In the Add Reference dialog box, select the Projects tab.
Double-click the CDemoLib class library project. CDemoLib will appear under the References node for the CDemoTest project.
In Solution Explorer, right-click Form1.cs and select View Code from the shortcut menu.
Adding the reference to CDemoLib allows you to use the fully qualified name of the CDemo component — that is, CDemoLib.CDemo.
To add a using statement
Add the following using statement to the list of using statements at the top of the Code Editor for Form1.
using CDemoLib;
Adding the using statement allows you to omit the library name, and refer to the component type as CDemo.
You will now create and use a test program to test your component.
Understanding Object Lifetime
The CDemoTest program will illustrate object lifetime in the .NET Framework by creating and releasing large numbers of CDemo objects.
To add code to create and release CDemo objects
Click Form1.cs[Design] to return to the designer.
Drag a Button and a Timer from the All Windows Forms tab of the Toolbox onto the Form1 design surface.
The nonvisual Timer component appears on a separate design surface below the form.
Double-click the icon for timer1 to create an event-handling method for the timer1 component's Tick event. Place the following code in the event-handling method.
this.Text = "CDemo instances: " + CDemo.InstanceCount;
On every tick of the timer, the form's caption will display the current instance count for the CDemo class. The class name is used as a qualifier for the static InstanceCount property — there is no need to create an instance of CDemo to access a static member.
Locate the constructor for Form1 (public Form1()), and add the following code after the call to InitializeComponent().
timer1.Enabled = true;
This will start the timer as soon as the form is created.
Click the Form1.cs [Design] tab to return to the designer.
Double-click the Button on Form1, to create an event-handling method for the button's Click event. Place the following code in the event-handling method.
CDemo cd; int ct; for (ct = 0; ct < 1000; ct++) cd = new CDemo();
This code may look strange to you. As each instance of CDemo is created, the previous instance is released. When the for loop is done, there will be only one instance of CDemo left. When the event-handling method exits, even that instance will be released, because the variable cd will go out of scope.
As you may have guessed already, things won't happen quite that way.
To run and debug the CDemoTest and CDemo projects
Press F5 to start the solution.
The client project will start, and Form1 will be displayed. Notice that the caption of the form displays "CDemo instances: 0".
Click the button. The caption of the form should display "CDemo instances: 1000".
The instances of CDemo were all released by the time the button's Click event-handling procedure finished. Why haven't they been finalized? In brief, the memory manager finalizes objects in the background, at low priority. The priority is only bumped up if the system gets low on memory. This lazy garbage collection scheme allows for very fast object allocation.
Click the button several more times, watching the caption. At some point, the number of instances will suddenly drop. This means that the memory manager has reclaimed the memory of some of the objects.
Note
If you've clicked more than 10 times, and the number of CDemo instances has not decreased, you may need to adjust the code so that it uses more memory. Close the form to return to the development environment, and increase the number of iterations in the for loop to 10000. Then run the project again.
Repeat Step 3. You will get farther this time before the memory manager finalizes more objects.
In fact, each time you repeat step 3, you will probably be able to allocate more CDemo objects before the memory manager steps in. This is because more and more of Visual Studio is swapped out, leaving more space for instances of CDemo.
Close the form to return to the development environment.