For now, this has replaced the official PC GameSource site, which has been under construction for far too long.

I will post articles (usually at least daily) regarding PC games, mods, game tools, developer news, and more. Already posted are articles regarding Wolfenstein, FOMS 2, and the Aion Open Beta.

Look for many more to come! Don't forget to leave your comments and suggestions on the site, and let me know if you have any issues.

The problem is that many scripters don't have a good grasp of what OOP (Object-Oriented Programming) really involves, and admittedly it can seem like a daunting concept to the newcomer. This short explanation and tutorial will explain exactly what OOP means, and how to use it in everyday scripting tasks.

--

What is an object in real terms?

The short answer: anything and everything

I like objects. The world is built with objects. In fact, you could think of every single thing in the world, including the world itself, as an object. In fact, this is the basis of OOP. It is modeled around the concept of objects and their interactions with each other.

Look at it this way: The screen you're reading this on is an object; so it its Power button. So is the chair you're sitting in. You're an object, and so is your nose, and your left thumbnail. The ray of light that is (or was) shining in your window is (or was) an object. That car driving by by was a passing object. So were its wheels, and its left fender, and its passengers. Each rain-drop, snowflake, or ice-ball falling from the sky is an object.

Factories manufacture objects. But the factory itself is an object, too. So is each piece of machinery used to create the objects, and each of the workers that run the machinery. The ground the factory is built on is an object, and the whole planet itself is an object, along with each of the other planets, stars, and space debris out there. Hell, you can even think of empty space as an object.

But if they're all objects, what makes them different?

The short answer: attributes

Simply put, each object has certain properties, or attributes, which describe it. For this document, attributes and properties can be considered the same thing.

Think about a person's attributes. They might have brown hair--that's an attribute (a property that describes them). Their hair may be long--that's another attribute. They may be generally nice (a property that describes their behavior). They may prefer a certain brand of clothing, or enjoy a certain type of food. They might have high aspirations for the future, or think that we're doomed because of today's financial crisis. Those are all properties which describe a person.

Every object has properties. A car has a color, a shape, a number of cylinders, certain features are either available or unavailable in certain models... the list goes on. The planets are round. The sun is bright. The sky is blue. The winter wind is cold. The rain is wet, and transparent. Every object can by described by listing all of its properties.

Obviously, for real world objects this list of properties can be ridiculously extensive. In programming terms, it is usually manageable. But this is how objects in OOP are described.

If you have an Invoice object, it might have the following properties:

• seller
• buyer
• items
• subtotal
• tax
• shipping

Notice that most of the things you would normally see on an invoice are there. That's because they're part of the invoice--they describe it. That invoice wouldn't be that invoice if it didn't have that exact seller, or that exact buyer, or subtotal. That's what makes it a unique invoice.

But not everything on the invoice is necessarily a property. Notice there is no total property defined. That's because the total changes depending on other things--subtotal, tax, and shipping. Since you already know those three things, you can instead instruct the invoice to add the three fields together and calculate the total. We'll cover that next.

So you have all these colorful objects, how do they actually do what they do?

The short answer: methods

Your neighbor's drive to work every day is a method, or function. Their car merging into another lane in traffic is a method. Every action performed anywhere can be thought of as a method. In fact, often the term action is used instead of method, which makes the concept even easier to understand.

Every object has (or doesn't have) one or more methods (actions) it can perform which allow it to do what it does.

When you walk to the store, it could be described in programming terms by a call to a mythical walkTo("Corner grocery store") function. The sun might be performing a shineOn("Earth") function right now, just as the earth may be performing it's rotateOn("Axis") and rotateAround("Sun") functions at this very moment. NASA has been performing a goTo("Mars") method for an extraordinarily long time.

You see, a method, or function, could describe every action performed--anywhere--by anyone--ever.

This is how objects in OOP perform actions. Let's take our Invoice object example from above. It needs some actions, too:

• calculateTotal() - this will figure out the total to print on the invoice
• send() - This will send the invoice

So what the hell's a Class?

Think of it as a template for a single object. A wrapper that describes a generic object. It defines what properties an object has, and what methods an object can perform.

The class is how your program or script and make use of the object. For our Invoice object, we would have an Invoice class that defines what an invoice is.

When your program creates an invoice, it might look something like this, in pseudo-code:

myInvoice = new Invoice

We now have created an instance of the Invoice class, meaning we have created a new object that represents a single Invoice. 

Now, let's set the invoice properties:

myInvoice->seller = bob smith
myInvoice->buyer = gordon freeman 
myInvoice->subtotal = 10.00
myInvoice->tax = 0.00
myInvoice->shipping = 5.00

The invoice is no longer a generic invoice. This is now a unique object that has the properties youv'e given it.

So now you have an object sitting there. How do you use it? You access its methods. Again, in pseudo-code, you might do something like this:

myInvoice->calculate() - determine and save the total
myInvoice->validate() - make sure the invoice is proper
myInvoice->send() - send the invoice to the recipient. 

Normally there would be more, and more useful, actions than this, but hopefully you get the gist.

Is that it?

That can be it. With that concept of objects, you can start with a tutorial in your OOP language or package of choice. There are many, many more advanced topics to get into, but that is for you to discover as a new Object-Oriented programmer.

So go program with objects, you object!

My favorite interface and most time so far has been spent on the site Novlet.com. The idea of the site is simple: Find a story you like, or start a new one. Continue writing the story at the end, or branch off from anywhere in-between. Tag your story or section with the available genres. That's it. Other users can read and rate your work, and continue or branch off of your stories.

I've started a couple of sci-fi stories on Novlet:

• Far Removed - The saga of the human race after the invasion of Earth from an unknown type of alien radiation causes the remainder of civilization to take to space and colonize other planets in the ultimate hope of returning to Earth or finding another such star to continually sustain human life. I'd like other users to help me figure out the overall direction of this story.
• Consumed - Book 1: A Darkness Rises - I am trying to further flesh out the Consumed universe and expand the backdrop for both the novel and the game and any future works. This is the first open collaborative story based on the Consumed storyline. It takes place before the events of Consumed, when the UA is still trying to unite the Earth under their control, and they have set their sites on Russia, the largest remaining opposition and a country in a state of anarchy. I'm hoping other users will help me expand this story.

I have also added sections to the following stories lately:

• The Night Watchman - A couple in a new town have disturbing experiences with a dark figure that seems fixated on Ashley Bowman.
• Horizon - A young girl named Marone joins the king's army for aspirations of freedom and her long-time desire to visit the land of the elves.

A few other collaborative writing sites you might like:

StoryMash.com - This one looks interesting, and actually has some sort of revenue-sharing that it does with its authors, but I haven't looked much into it yet.

Glypho - Seems like a nice idea, but I feel the interface could use some work. Definitely sign up either way and check it out!

I may post others as I check them out further, or post a full review of any of the sites if I find there is any desire for it.