[SPIKE] Parser per un semplice linguaggio

[fek]

Mi serve uno spike per esplorare diverse soluzioni del seguente problema:

Scrivere un parser per un semplice linguaggio che accetti comandi del tipo:

play sound XXX
play animation YYY
wait 10 seconds
draw XXXX at (X, Y)

Molto probabilmente non serviranno loop o branch complicati.

Vorrei analizzare le seguenti possibilita':

- scrivere il parser a mano
- usare librerie di parsing gia' fatte (ANTLR e' il piu' promettente: http://www.antlr.org/)
- usare un linguaggio tipo Jython, o integrare LUA o Ruby

Chi si offre volontario?

[71104]

IO!!! O.o'
mi piace un sacco l'argomento del parsing, è logica pura, ferrea e brainfucking!!
se mi spieghi di preciso la sintassi vorrei provare io scrivendo il parser a mano

[DanieleC88]

Anche a me piace l'idea, ma mi chiedevo: scriverlo in Python o Ruby a cosa servirebbe? In fondo andrebbe integrato con un progetto scritto in Java! (perdonate la niubbagine )
E, infine, mi chiedevo: si potrebbe provare a scriverlo in C++, in modo da utilizzare un linguaggio con una sintassi che si avvicina leggermente a Java?
Spero di non aver sparato solo ca**ate.

ciao

[fek]

Originariamente inviato da 71104

IO!!! O.o'
mi piace un sacco l'argomento del parsing, è logica pura, ferrea e brainfucking!!
se mi spieghi di preciso la sintassi vorrei provare io scrivendo il parser a mano

Abbiamo un volontario.
La sintassi del linguaggio te la inventi, quelli sono degli esempi. Ovviamente Jocchan ti dara' molte dritte su quello che potrebbe servrigli in futuro. E' uno spike e non un task perche' ancora non abbiamo un'idea precisa di cio' di cui abbiamo bisogno e di una possibile soluzione.

Valuta molto seriamente ANTLR perche' sono gia' disponibili i task per Ant per automatizzare la creazione dello scanner e del parser a partire dalla grammatica direttamente dal nostro build script.

Divertiti

[fek]

Originariamente inviato da DanieleC88

Anche a me piace l'idea, ma mi chiedevo: scriverlo in Python o Ruby a cosa servirebbe? In fondo andrebbe integrato con un progetto scritto in Java! (perdonate la niubbagine )
E, infine, mi chiedevo: si potrebbe provare a scriverlo in C++, in modo da utilizzare un linguaggio con una sintassi che si avvicina leggermente a Java?
Spero di non aver sparato solo ca**ate.

ciao

L'idea di un linguaggio di scripting per un gioco come il nostro e' l'essere SEMPLICE tanto da non richiedere alcuna nozione di programmazione per essere usato. Non e' proprio il caso di C++

Python e Ruby potrebbero essere soluzioni interessanti. Ad esempio in Fable hanno deciso di usare LUA per lo scripting e per tutto il game code; e' una soluzione interessantissima, ma credo che non si adatti ad un progetto semplice come il nostro. Ed inoltre Python e Ruby potrebbero essere troppo complessi per chi e' a totale digiuno di programmazione.

Ti vuoi occupare tu di vedere quanto sarebbe complessa una tale integrazione?

[71104]

Originariamente inviato da fek

Valuta molto seriamente ANTLR perche' sono gia' disponibili i task per Ant per automatizzare la creazione dello scanner e del parser a partire dalla grammatica direttamente dal nostro build script.

hum, e allora su cosa mi butto per primo? parser fatto a manina o questo ANTLR?

[fek]

Originariamente inviato da 71104

hum, e allora su cosa mi butto per primo? parser fatto a manina o questo ANTLR?

Libera scelta tua. Personalmente inizierei da Antlr, ma vorrei esplorare entrambe le possibilita'. Sceglieremo quella che ci fa risparmiare piu' tempo.

[DanieleC88]

Originariamente inviato da fek

L'idea di un linguaggio di scripting per un gioco come il nostro e' l'essere SEMPLICE tanto da non richiedere alcuna nozione di programmazione per essere usato. Non e' proprio il caso di C++

*ahem*
Ritiro tutto. XD

[^TiGeRShArK^]

questo mi sa che assomiglia un pò al linguaggio di scripting utilizzato da ron jeffries per i customer test
o sbaglio?

[VICIUS]

Interessante. Non vedo l'ora di avere tra le mani qualche spike da guardare. Dite che ce la facciamo ad avere qualcosa con ruby?

ciao

[Jocchan]

Originariamente inviato da VICIUS

Interessante. Non vedo l'ora di avere tra le mani qualche spike da guardare. Dite che ce la facciamo ad avere qualcosa con ruby?

ciao

Ruby, anche se consente una libertà totale, probabilmente potrebbe essere troppo complesso per l'uso che faremo di questo linguaggio di scripting.
Forse la cosa migliore è qualcosa di "fatto a mano" o, come ha scritto prima Fek, usare Antlr (che è integrato con Ant).

[VICIUS]

Originariamente inviato da Jocchan

Ruby, anche se consente una libertà totale, probabilmente potrebbe essere troppo complesso per l'uso che faremo di questo linguaggio di scripting.
Forse la cosa migliore è qualcosa di "fatto a mano" o, come ha scritto prima Fek, usare Antlr (che è integrato con Ant).

Ma è cosi carino!!!
Uff. Vabbe vediamo che cosa combina 71104.

ciao

[^TiGeRShArK^]

il linguaggio usato da ron jeffries era ESTREMAMENTE semplice...
in pratica lo usava per testare un editor xml....
il customer scriveva in un file di testo il testo normale...
e in + aggiungeva i comandi da eseguire...
ad esempio...
*newline
e cose del genere..
in + la posizione attuale del cursore veniva identificata da | che veniva correttamente riconosciuto dal parser....
così facendo il customer poteva testare il tutto senza avere la minima conoscenza di programmazione!

[Jocchan]

Originariamente inviato da ^TiGeRShArK^

il linguaggio usato da ron jeffries era ESTREMAMENTE semplice...
in pratica lo usava per testare un editor xml....
il customer scriveva in un file di testo il testo normale...
e in + aggiungeva i comandi da eseguire...
ad esempio...
*newline
e cose del genere..
in + la posizione attuale del cursore veniva identificata da | che veniva correttamente riconosciuto dal parser....
così facendo il customer poteva testare il tutto senza avere la minima conoscenza di programmazione!

Bingo! ^_^
Il nostro linguaggio di scripting deve anche consentire di creare, ad esempio, delle cutscene tra uno stage e l'altro dello story mode, più molto altro (creare situazioni di gioco complesse per i vari test, e - perchè no? - anche di cambiare qualche regola del gioco per aggiungere facilmente nuove modalità).
Deve essere, insomma, flessibile, ma non troppo complesso, ed utilizzabile anche da chi ha conoscenze blande di programmazione... un'utopia? Credo proprio di no

[cdimauro]

Ho dato un'occhiata ad ANTLR ed è MOLTO promettente (una figata per chi sviluppa linguaggi ).

Non so di preciso quali sono gli obiettivi di questo linguaggio di script (Jocchan, sei stato troppo generico. ), quindi quali sono tutte le tipologie di istruzioni che dovranno essere presenti / supportate, ma penso che un criterio per decidere quale strumento utilizzare si possa abbozzare dalle seguenti questioni:

1) abbiamo bisogno di definire funzioni / subroutine e/o variabili tipizzate e/o espressioni con operatori (o altro)?
2) gli script saranno costituiti tutti da comandi del tipo "Variabile = valore" oppure "Comando [parametro1, parametro2, ..., parametro n]"?

Nel primo caso opterei per ANTLR (o qualche altro generatore di parser "classico", YACC-like).
Nel secondo caso sarebbe sufficiente scrivere un parserino semplice semplice in Java stesso.

Ovviamente la prima soluzione richiede (molto) più tempo della seconda.

P.S. Finalmente m'è tornato il router e sono disponibile la sera o la mattina presto per lavorare a Diamonds. Peccato sia arrivato tardi in questo caso...

[fek]

Originariamente inviato da cdimauro

1) abbiamo bisogno di definire funzioni / subroutine e/o variabili tipizzate e/o espressioni con operatori (o altro)?
2) gli script saranno costituiti tutti da comandi del tipo "Variabile = valore" oppure "Comando [parametro1, parametro2, ..., parametro n]"?

1) Assolutamente no
2) Ce lo deve dire Jocchan, io propenderei per un linguaggio molto simile all'inglese.

P.S. Finalmente m'è tornato il router e sono disponibile la sera o la mattina presto per lavorare a Diamonds. Peccato sia arrivato tardi in questo caso...

Bene, abbiamo un volontario per Jython

[Jocchan]

Anche io propenderei per un linguaggio semplice e simile all'inglese, magari con la possibilità di svilupparlo man mano che andiamo avanti.
Insomma, se volessimo iniziare dalla parte dedicata alle cutscene, potremmo partire dall'introduzione di comandi come:

- wait (xx) <--- inutile spiegarlo
- show bg (personaggio) <--- mostra lo sfondo del personaggio dato
- dialogue (nomepersonaggio) (testo) <--- mostra una finestra con dei dialoghi in basso ed una gif "nomepersonaggio.gif" per l'intestazione della finestra
- show character (codice) (nomepersonaggio) (xx, yy) <--- mostra un pg alle coordinate date dandogli un codice identificativo
- move character (codice) (coord.destinazione) (velocità) <--- semplice traslazione fino alle coordinate date, con velocità settabile
- anim character (codice) (xx) <--- mostra l'animazione xx per il personaggio specificato
- delete character (codice) <--- elimina il pg
- show picture (codice) (xx, yy) (trasparenza%) (dimensioni) <--- idem, ma per una png statica con una % variabile di trasparenza
- move picture (codice) (coord.destinazione) (velocità) (trasparenza%) (dimensioni) <--- per spostare e trasformare la png in questione
- delete picture (codice) <--- elimina la png
- show text (coordinate) (font) (testo) <--- mostra del testo generico, con font variabile, allineato a sinistra e partendo dalle coordinate date
- flash screen (colore) (durata) <--- non credo ci sia bisogno di spiegarlo
- shake screen (potenza) (durata) <--- idem

Già con questi comandi, da implementare poco alla volta, si potrebbero creare praticamente TUTTE le cutscene del gioco
Per i comandi relativi al gioco vero e proprio devo valutare bene cosa serve, magari con un pò di consulenza tecnica


Vabbè le cutscene potremmo anche girarle con l'engine di The Movies...

[VICIUS]

Interessante finalmente qualcosa su cui lavorare un po' mentre gli altri stanno smanettando con i Task
Se non ho niente da fare qusto pomeriggio vedo di tirare fuori qualcosa di funzionate.

ciao

[cdimauro]

Ma questo "task" non se l'era accalappiato 71104?

Comunque proporrei una sintassi senza parentesi per gli eventuali argomenti dei comandi. Del tipo:

Show Character 'Luke Skywalker', 320, 240

Simpler is better

[VICIUS]

Originariamente inviato da cdimauro

Ma questo "task" non se l'era accalappiato 71104?

Me ne ero scordato. Sara per la prossima volta.

Originariamente inviato da cdimauro

Comunque proporrei una sintassi senza parentesi per gli eventuali argomenti dei comandi. Del tipo:

Show Character 'Luke Skywalker', 320, 240

Simpler is better

Visto che ci siamo evitiamo anche le ",". Ci sono gia gli spazi a fare da separatori. Poi per le stringhe proporrei di usare " invece di '. Cosi evitiamo di dover pensare a sequenze di escape se ci serve l'appostrofo.

ciao