# A - Starting With Classes

Overview & Logs

We are covering a lot of material here as we introduce OOP programming. That's because we're assuming you've never written any code before. If you want a quick bullet-list of the the keywords and topics covered, see the Overview. If you want to check yourself on what you're learning, run through the Learning Outcome Guide for this topic. You can also jump to the code in Examples or Practice.

# What is a Class?

"A computer program is a set of instructions for manipulating information." In the world of Object Oriented Programming (OOP), the main focus is on the information part of this definition.

The first thing we do with information is to classify it. And it's from this starting point that we encounter a central keyword in C#.

class

The code we write declares what things are (information) and how things behave (instructions). These are called "statements", and the first statement we'll examine is the class delcaration statement. The description of this statement is summarized in the simplified C# grammar, but here we will look at the simplest possible example.

public class Nothingness
{

}

While this is the simplest possible example, it turns out to also be the most useless (hint: think of what we called it). Don't worry, we'll get to better things soon.

I snuck in another C# keyword while you were looking:

public

The public keyword is an "Access Modifier", but for now just think of it as saying that other parts of our code will be able to access it and use it freely.

A class describes something of interest to our program. Describing things of interest to our program is referred to as "Modeling", and is a big part of Object Oriented Design (OOD).

Let's take another look at that first class we created.

public class Nothingness
{

}

The words public and class are keywords - they are built into the C# programming languge. But the name of the class - Nothingness - something we made up ourselves. When we declare a class, we have to give it a name; we call that a class name because it identifies the class.

The curly braces { } act to "group" what "belongs to" or is "inside of" the class. It's like the set operators in math - everything inside the curly braces of the class definition are members of that class.

Remember how I said that a class is a "blueprint"? The name of the class can be thought of as the name of the blueprint. I also said we were "classifying" information. Our class (blueprint) is a kind (or type) of information. When we declare a class, we are defining a data type for our program.

The C# programming language comes with a set of built-in data types as well. Two examples are string and int. The names string and int are keywords of the language, and as such are already defined for us. The built-in data types are "primitive" in nature - they represent the common and simple types of information that programs typically use. The class data types we declare for ourselves, on the other hand, are complex in nature.

# Better Than Nothing

Now it's time to see the traditional introductory program Hello World.



 
 
 
 


public class Program
{
    static void Main(string[] args)
    {
        Console.WriteLine("Hello World!");
    }
}

Our class name is called Program, and it has something inside of it: A method declaration. A method is a "set of instructions". The highlighted lines in the sample above is a method called Main. That's the traditional name given to the place where the program begins (it's the "main entry point" of the program). It's the method that's called by the operating system when it runs your program.

All methods follow the same grammar; it's the grammar rules of the programming language that determine "what things are". Take a moment to peek at the structure of Method Declarations before you continue on.

Inside of my Main method is a method call to the WriteLine() method of the Console class.





 



public class Program
{
    static void Main(string[] args)
    {
        Console.WriteLine("Hello World!");
    }
}

The difference between a method declaration and a method call is that the declaration defines a set of instructions while a method call invokes the method. "Invoking" simply means that we're telling the computer to run (or execute) the instructions contained in that method.

Let's break down that line of code.

        Console.WriteLine("Hello World!");

First of all, the whole line is a single instruction or program statement. Program statements end with a semicolon (;) in much the same way that the end of a sentence in English is indicated by a period. In English, a sentence conveys a "complete thought"; in the same way, a program statement is a "complete instruction".

The instruction begins with Console, which is the name of a class. The "dot operator" (.) indicates that we want to go "into" that Console class. The formal name of the "dot operator" is the Member Access Operator. Right after that dot operator is the name of a method in that class: WriteLine. We know it's a member of the class because it appears after the dot operator, and we know that it's a method name because right after the name we have a pair of parenthesis.

In fact, the grammar of the method call is so precise, we can easily deduce that the declaration of that method would look something like this.

public class Console
{
    public static void WriteLine(string text)
    {
        // Something exists here to actually display the text
    }
}

# TODO Notes

using System;

namespace StartHere
{
    class Program
    {
        static void Main(string[] args)
        {
            // Display the text "Hello World!"
            Console.WriteLine("Hello World!");
            // Display a blank line
            Console.WriteLine();
        }
    }
}

# Let's Start Coding

# Avoiding Collisions

Given the notion that C# lets us define our own data types, imagine what would happen if we wanted two classes

Last updated on: 11/15/2019, 3:44:53 AM