Instance of a class?

[salesman]

If you're familiar with C, joining classes in GS2 is basically #include

[Adddeeee]

Thank you all for your replies

Yepp, I figuered it wasn't "meant" to be like in Java. Yes it's very similar to C's #include, from now on I'll just think of it like that!

I'm a little confused regarding server- and clientside though. If I create a variable, let's call it his.test, on the serverside of an NPC; will that variable "exist" on the clientside aswell? Or should I look at serverside and clientside as to different "machines" so to say?

It feels like it's coming to me know! Although, I have a lot more to learn

[cbk1994]

Originally Posted by Adddeeee

I'm a little confused regarding server- and clientside though. If I create a variable, let's call it his.test, on the serverside of an NPC; will that variable "exist" on the clientside aswell? Or should I look at serverside and clientside as to different "machines" so to say?

No, it won't exist on clientside if you create it serverside (there are some exceptions of synced variables, though). You absolutely should look at them as two machines, because they are. Serverside is handled by the NPC-server, clientside is handled by the player's computer.

Originally Posted by cbk1994

There are essentially two different ways you script: on serverside, or on clientside. If a script is serverside, it means that the NPC-server interprets and performs the code. The advantage to this is that you know the code can't be tamperered with. If the code is clientside, it means that it is ran on the computer of the player. This has the advantage of being faster and not requiring communication with the server, but has the disadvantage of being less secure.

Since serverside is not performed for a specific player it cannot display interface graphics (HUDs, etc). It also can't handle player chat events, among others.

To communicate between the server and the client you use something called a trigger.

There's some more information here and here.