C# or Python?

Page 2 of 2 1 2
06/05/2013 22:27 Super Aids#16
Wrong copypaste...

[Only registered and activated users can see links. Click Here To Register...]
06/06/2013 01:54 Ultimation#17
what i really like with Lua is lets say you want to access the calling players class (ima call it Client wich is GameClient class).
IN your LUA initialization you can add engine["Player"] = Client;

This tells lua to allow you access to the whole GameClient class.

Then later on in your script you can do something like...

Dialog("Welcome "..Player.Name.." What can i do for you?");

or

Player.Teleport(1002,400,400);

or
Player.Kill();

these are just examples To show you that with LUA you dont need to write your whole class over to a scriptable object.

Regards
06/06/2013 02:43 InfamousNoone#18
Quote:
Originally Posted by Ultimation View Post
what i really like with Lua is lets say you want to access the calling players class (ima call it Client wich is GameClient class).
IN your LUA initialization you can add engine["Player"] = Client;

This tells lua to allow you access to the whole GameClient class.

Then later on in your script you can do something like...

Dialog("Welcome "..Player.Name.." What can i do for you?");

or

Player.Teleport(1002,400,400);

or
Player.Kill();

these are just examples To show you that with LUA you dont need to write your whole class over to a scriptable object.

Regards
The same thing applies to (Iron)Python, you only have to register you object, like you did with your LUA script, and it has knowledge of the whole class.
06/06/2013 09:11 Nullable#19
Guess I'd go with what almost everyone else said, it's either Lua or Python. Reflection on the other hand can get quite messy, let alone that the performance *might* not be the best.

IMO though, you should make sure that reflection isn't slow in critical parts, and somehow measure relative performances of the possible routes that you may take (to my experience, not exactly the easiest task when you're dealing with a crapload of I/O). At the end of the day you should ultimately choose something that you're comfortable with and that doesn't impact the performance of the server.
06/06/2013 10:29 Mr_PoP#20
when I first used Lua as NpcScripting language it was great , but there is a down part there!

as Ult. mentioned you can register a whole class to Lua and use it's fields/properties , but if lets say you registered a class called Hero, and that class has a property called Life.

Code:
uint Life{
	get{
		return this.life; //db arg
	}
	set{
		this.life = value;
		UpdateNotifier.Status(this.Id, Status.HP, value);// so it send a packet to update your health.
	}
}
it sets the value , but it does not call the method UpdateStatus , not sure why, when I used IronPython it worked fine...
06/06/2013 15:24 Super Aids#21
Quote:
Originally Posted by Nullable View Post
Guess I'd go with what almost everyone else said, it's either Lua or Python. Reflection on the other hand can get quite messy, let alone that the performance *might* not be the best.

IMO though, you should make sure that reflection isn't slow in critical parts, and somehow measure relative performances of the possible routes that you may take (to my experience, not exactly the easiest task when you're dealing with a crapload of I/O). At the end of the day you should ultimately choose something that you're comfortable with and that doesn't impact the performance of the server.
What I'm doing in my current source using reflection for C# scripting is loading the methods into a collection and simply calling upon that, but not loading them every time an action is required for it, but rather just having some form of update command which will update the collection with changes. Works pretty fine for me at least.
06/06/2013 19:05 _DreadNought_#22
Quote:
Originally Posted by Super Aids View Post
What I'm doing in my current source using reflection for C# scripting is loading the methods into a collection and simply calling upon that, but not loading them every time an action is required for it, but rather just having some form of update command which will update the collection with changes. Works pretty fine for me at least.
Just do a quick hash check on the script files and update the appropriate ones every few minutes. (Would take what, 2 seconds to hash check 300 files? not done any tests myself, but I doubt it'd take long, depending on what hash you use)
06/06/2013 19:55 CptSky#23
Quote:
Originally Posted by _DreadNought_ View Post
Just do a quick hash check on the script files and update the appropriate ones every few minutes. (Would take what, 2 seconds to hash check 300 files? not done any tests myself, but I doubt it'd take long, depending on what hash you use)
The biggest bottleneck would be to place the head of the drive for each file. Else, hashing around 125 MB with MD5 is REALLY negligible.

Code:
real	0m1.456s
user	0m0.437s
sys	0m0.125s
06/06/2013 22:12 Super Aids#24
Quote:
Originally Posted by _DreadNought_ View Post
Just do a quick hash check on the script files and update the appropriate ones every few minutes. (Would take what, 2 seconds to hash check 300 files? not done any tests myself, but I doubt it'd take long, depending on what hash you use)
Would that count empty files or files with actual content?

Also when the website is finished the scripts will be stored in an actual database and through the websites admin panel you'd edit the script. Everytime you saves a script it would notify the server about it and thus causing it to update.
Page 2 of 2 1 2