Foros - Stratos

Proyectos => Proyecto dx_lib32 => Mensaje iniciado por: avalontm en 05 de Septiembre de 2013, 09:07:14 PM

Título: Scripts para Tus Proyectos (No Nesesita OCX)
Publicado por: avalontm en 05 de Septiembre de 2013, 09:07:14 PM
hola estoy trabajando en el sistema de Scripts para mi proyecto "VBfighter" (Nombre temporal).

Como ami nunca me ha gustado trabajar con componentes "OCX"

les traigo eso para ustedes.

Estoy empezando a investigar el uso y manejo de scripts.

y la única solución o el mejor  modo para mi es poniendo todas las funciones que se usaran en una "class"

y  llamándolas desde el script.

(http://img690.imageshack.us/img690/2888/iip6.png)



Si Alguien le interesa dejo el código + script de ejemplo
para que lo miren y si alguien sabe implementarlo mejor me vendría muy bien :3

DESCARGAR (http://www.mediafire.com/download/wuwu7te7jjl3vy8/Script_by_AvalonTM.rar)


EJEMPLO 2 - Juego

(http://img10.imageshack.us/img10/2995/ctsi.png)


DESCARGAR (http://www.mediafire.com/download/9by6b30uqedi4ba/Game_Script.rar)




Título: Re:Scripts para Tus Proyectos (No Nesesita OCX)
Publicado por: avalontm en 05 de Septiembre de 2013, 10:57:12 PM
espero que les guste y les sirva.

he actualizado el post con otro ejemplo implementado en un juego. (dx_lib32 2.2.1)
Título: Re:Scripts para Tus Proyectos (No Nesesita OCX)
Publicado por: [EX3] en 06 de Septiembre de 2013, 02:18:28 AM
Cita de: avalontm en 05 de Septiembre de 2013, 09:07:14 PM
Como ami nunca me ha gustado trabajar con componentes "OCX"
Mal empezamos pues, que dx_lib32 es una Dll ActiveX, lo mismo que un OCX pero sin GUI xD

Lo de implementarse un interprete de scripts, según para que usos, es algo complejo, no solo por lograr una sintaxis lo más flexible posible para no limitarse a la hora de programar con el, si no por rendimiento, y desde luego, implementar esto en VB6.0 es más complicado aun (un interprete de scripts sobre un lenguaje pseudointerpretado). Como decía también, depende del uso, si la idea es usarlo para scripts sencillos y pequeños puede funcionar bien una implementación a mano. Yo en su día ya hice varios intentos que deje a medias por esto que comento (sintaxis poco flexible y rendimiento poco optimo en algunos casos).

Yo de todos modos, sigo prefiriendo, en el caso de VB 6.0, el Microsoft Script Control que colgué en la web del proyecto, ya que te da un interprete de VBScript bastante bueno y que puedes conectar con el código de tu proyecto sin muchos problemas. En VB.NET prefiero tirar de reflexión y usar el propio lenguaje al vuelo como scripting, usando cosas como esta por ejemplo: http://www.mdxinfo.com/resources/scripting.php (http://www.mdxinfo.com/resources/scripting.php)

De todas formas, es un esfuerzo muy a tener en cuenta el hacerte tu propio interprete de código :)  (lastima de no tener instalado desde hace tiempo VB6.0 para poder echarle un vistazo y probarlo).

Salu2...