[Visgame-develop] MS Script control vs. our own Script Control.
Status: Inactive
Brought to you by:
cip2
|
From: Joe C. K. <com...@gm...> - 2005-01-28 18:48:11
|
MS Script control vs. our own Script Control. MS = Microsoft VB = MS Visual Basic 6.0, Programming Language. C/C++/C# = Programming languages. VG = VisGame VGG = VisGame Game The idea: I am kicking around the idea of having a VisGame Language done in C++ to be called from VB. This would allow for fast execution of script code. Maybe even a compiler would be able to be built easier. But, the Script control would have to take References from the VB program for the Graphics, Net, Input, Sound, etc. Being able to have a "add object" method like the MS Script Control would be a must. In Detail: The project will have a script language. If we use the MS script control we can have VBScript, JavaScript, or any other script languages that the MS script control is aware of. Now to compile the script into a EXE file would be hard to do. In fact the only idea of how we could do that is an old MS DOS trick* I learned (long time ago). The other way is to write our own script language, like a interpreter. This might, I stress might, be easier to compiler into a form that can be packed into the EXE. The only programming languages that I know of that can do this is ASM and C/C++/C#. I am guessing that C++ would be the easy rout. *MS DOS trick: In short; appending the data to the end of a file. Writing code that will look at the end of the file and return the data. Using the data in the means it was meant for. This method was used in old shareware software among others. I have even been told (and read) that this is how some software used resource files. How we would use this method is having a pre-compiled program with a resource file that holds the VGG graphics, audio, ect. and the script being appended to that EXE file would allow you to run the software. That is, if I remember how to do this right. In closing: There is one other idea that comes to mind. Write the VB code in a way so we can pass the objects into a C++ interpreter and use a C++ compiler to execute the script file. The questions I have here... is it worth the effort, and which way is the best? Any other ideas and suggestions would be helpful. -- Admin Joe "Cip2" out. (aka computer kid) |