The past few months I've gotten rather familiar with the internal workings of GSC as I've been expanding CoD4's server binaries with new functionality such as input detection and HTTP POST requests etc. Now I've gotten the idea for this little discussion from someone who actually mentioned this in a shoutbox on another forum at some point and I thought it would be really interesting to see how much people actually know about the scripting language they're using on a daily basis.

So the basic question is: Is CoDScript/GSC/... (whatever you want to call it) object-oriented or procedural?

In the shoutbox discussion I saw a few very interesting answers and wanted to hear what the scripting community on UGX-Mods thinks about this subject. For the record, I'm purely doing this to spark a discussion as I'm legitimately interested to hear about people's views and I myself already know the answer to this question (if the community can't work it out I'll actually post the answer later).

For those not familiar with these terms:
Object-oriented programming (OOP): https://en.wikipedia.org/wiki/Object-oriented_programming
Procedural programming: https://en.wikipedia.org/wiki/Procedural_programming

PS: Pwn please don't spoil it, pretty sure you know the answer as you're quite familiar with the internal workings of CoD yourself.

Wouldn't it simply be both? Multi-paradigm? It's object oriented in that, for example, you can refer to entities with self etc, but it's also procedural cause you can make functions that can be called at any point. Basic examples but you get the idea.

Assuming that the WIKI links are actually accurate:

Object Orientated, I think. Every function is an abstract interface that can accept any object(via self). No object is bound to any single function or set of functions unless the scripter specifically checks for it because "self" is abstract and isn't specific to any object type.

@Both:
The keyword "self" is actually an integer holding an entity number:

typedef int scr_entref_t;

Behind the scenes that integer is passed onto a function through a simple argument:

void PlayerCmd_spawn( scr_entref_t arg );

The way these functions then get the correct entity is by simply pulling it from the entity list:

gentity_t* gentity;

if( HIWORD( arg ) ) {
	Scr_ObjectError( "Not an entity" );
} else {
	gentity = &g_entities[ LOWORD( arg ) ];
}

I've kinda already spoiled too much with this but whatever...

I'd say it is procedural because the so-call 'objects' are structures similar to C's struct.
It's just how scripting is conceptually easier to understand when we turn different game entities into some metaphors of objects.

When OOP is mentioned, some concepts such as objects, classes, inheritance, polymorphism, are expected; though it is not a part of the 'CoDScript', so I don't think it is related to OOP

just asking. do procedural or object programing has anything to do with the ability to write the main function wherever you like in gsc vs lets say in c++ having to at least write the prototype of a function above the main function so you dont get compile errors? :noob_asked_be_cool: xD

just asking. do procedural or object programing has anything to do with the ability to write the main function wherever you like in gsc vs lets say in c++ having to at least write the prototype of a function above the main function so you dont get compile errors? :noob_asked_be_cool: xD

It doesn't. A good example of this is both C and C++ requiring a prototype to be declared before the main function whilst C is procedural and C++ is object-oriented.

Just FYI: Prototypes should be declared in header files while writing C/C++.

I'm not Pwn, so....

It doesn't. A good example of this is both C and C++ requiring a prototype to be declared before the main function whilst C is procedural and C++ is object-oriented.

Just FYI: Prototypes should be declared in header files while writing C/C++.

oh  thanks, thats good to know xD

Procedural. Don't have much OOP experience, but it's not hard to take one look and see it's procedural.