AddScriptPackage("./data/scripts/") equivalent on VR_BASIC

Post Reply
Javi
Posts: 29
Joined: Sat Jun 11, 2022 5:14 am
Been thanked: 10 times

AddScriptPackage("./data/scripts/") equivalent on VR_BASIC

Post by Javi »

Esto funciona ?

Code: Select all

[code]_GLCALL(0, "AddScriptPackage", "./data/scripts/" ) 
[/code]


is this ?

Code: Select all

[code]_GLCALL(0, "AddScriptPackage", "./data/scripts/" ) 
[/code]

:(
msxvr
Posts: 65
Joined: Mon Sep 27, 2021 11:10 am
Has thanked: 6 times
Been thanked: 59 times

Re: AddScriptPackage("./data/scripts/") equivalent on VR_BASIC

Post by msxvr »

¿Y podría saber para que quieres hacer eso? Más que nada porque no hay utilidad posible desde VR-BASIC para eso ... que yo sepa :-)
Javi
Posts: 29
Joined: Sat Jun 11, 2022 5:14 am
Been thanked: 10 times

Re: AddScriptPackage("./data/scripts/") equivalent on VR_BASIC

Post by Javi »

No quiero tener un código monolítico de un solo archivo.
Me gustaría dividir el programa básico en diferentes archivos .bas.
Por ejemplo, en un archivo tiene las subrutinas, el otro archivo relacionado con gráficos, etc.

¿Hay alguna manera en VR-BASIC de hacer eso?



I don't want to have a single file monolithic code.
I would like to split the basic program in different .bas files.
For instance on one file have the subrutines, the other file related to graphics, etc.

Is there a way in VR-BASIC to do that?
User avatar
droman
Posts: 263
Joined: Mon Oct 04, 2021 9:09 am
Location: Leganés (Madrid)
Has thanked: 35 times
Been thanked: 80 times

Re: AddScriptPackage("./data/scripts/") equivalent on VR_BASIC

Post by droman »

Basic y por ende VR-BASIC, son lenguajes interpretados en tiempo de ejecución y una de sus limitaciones, es, precisamente, un sólo fichero de código. Las subrutinas, las puedes hacer con GOSUB y RETURN pero han de estar en el mismo fichero.

VR-Basic, es un Basic vitaminado, pero Basic.

Microsoft, con su Quick Basic (hasta donde yo sé) implementó un sistema de ficheros fuente, podías generar tantos ficheros como necesitases a la hora de programar tu aplicación, pero cuando llamas a uno de esos ficheros, lo que realmente haces, es pasar como parámetros todo lo que hay en ram (por estricto orden) y ceder el control absoluto a ese nuevo proceso, pero las subrutinas TIENEN que estar siempre en el mismo fichero.

Eso no sé si sería facil de implementar... pero el único sentido sería tener cada fase de un juego en ficheros diferentes, cada uno con su propia lógica.
La muerte, segura de su victoria nos da toda la vida de ventaja.
Las fotografías de los que viajan, son la cultura de los que se quedan.
Post Reply