Come posso implementare un sistema di programmazione nel mio gioco che sia sia accessibile, potente e veloce da inserire nel codice?

Attualmente sto lavorando a un gioco sandbox basato sullo spazio che presenterà fortemente la possibilità di programmare i sistemi in modo personalizzato. Voglio implementarlo in un modo che sia entrambi

1. accessibile,
2. potente (il minimo indispensabile sarebbe completezza turing)
3. digiunare velocemente.

I linguaggi basati sul testo generalmente soddisfano solo questi ultimi due requisiti e, sebbene non sia difficile progettare un linguaggio visivo che soddisfi i primi due, i linguaggi visivi sono una seccatura da programmare a causa della necessità di un ampio uso del mouse. Mentre ci sono alcuni linguaggi di testo molto accessibili, voglio che i non programmatori completi siano in grado di facilitare la programmazione.

In realtà, l'unico modo per avere tutte le funzionalità è implementare più interfacce. Accessibile e potente sono spesso le due estremità di uno spettro. Il modo più semplice per farlo è implementare un sistema potente, che ha un'interfaccia aggiuntiva per consentire ai principianti di interagire con il sistema in modo intuitivo.

Consentire un sistema che consenta ai principianti di programmare visivamente, forse qualcosa di simile al strumenti di programmazione Lego Mindstorms :

Dove ci sono componenti di trascinamento della selezione. I componenti hanno ingressi e uscite. I componenti possono essere cose semplici come AND, oOR cancelli, o più complessi come un test per i nemici vicini.

Idealmente, la rappresentazione visiva dovrebbe compilare una sceneggiatura scritta in background.Questo offre un potente strumento anche per l'apprendimento della lingua. Se un principiante può "scrivere" visivamente il proprio programma, quindi leggere il codice che produce è molto più probabile che lo capiscano e siano in grado di modificare il codice prodotto. Alla fine essere in grado di scrivere codice più potente di quello che solo gli strumenti visivi consentono. Ciò soddisfa il requisito di facilitare gli utenti alla programmazione.

La spina dorsale del sistema, ovviamente, è una lingua scritta. Gli strumenti visivi sono solo per dare agli utenti un digiuno modo per programmare qualcosa di semplice e consentire ai principianti di iniziare.

La lingua scritta consente agli utenti esperti di fare cose avanzate. E puoi anche consentire agli utenti di creare i propri componenti, creando script personalizzati. Quindi possono riutilizzare i componenti realizzati in un'interfaccia semplice e veloce per una programmazione rapida.

In bocca al lupo! Sembra un progetto divertente.

Potresti dare un'occhiata ai blocchi di Google , che combinano gli elementi visivi con termini di programmazione riconoscibili mantenendo un livello di accessibilità abbastanza decente.

Puoi dare un'occhiata alla demo di Maze per ispirazione, molti dei miei amici non programmatori sono stati in grado di superare la maggior parte dei puzzle utilizzandolo, soddisfacendo almeno alcuni dei tuoi criteri in effetti.

Sono sorpreso che questo non sia stato menzionato prima, ma Scratch del MIT utilizza un'interfaccia a blocchi che è veloce per codificare. Permette agli utenti di creare le proprie funzioni e può diventare sorprendentemente complesso per un linguaggio che è stato costruito per insegnare ai bambini come codice.

Stencyl è un altro esempio di codifica a blocchi che fa qualcosa di più simile a quello che desideri. La codifica con blocchi come questi è molto più efficiente e richiede meno tempo rispetto alle interfacce di programmazione visiva come quelle utilizzate da Lego NXT. Stencyl consente agli utenti di codificare in Actionscript o in blocchi.

Mi scuso per la mancanza di immagini, non ho ancora abbastanza reputazione per pubblicare le immagini.

Il linguaggio di programmazione BPEL ha una rappresentazione visiva e molti strumenti che funzionano con esso. È un linguaggio di flusso di lavoro, non un linguaggio di programmazione, ma è completo. È prolisso, ma è facile da scrivere sia per i programmatori che per gli uomini d'affari ed è facilmente traducibile dalla forma visiva a quella testuale. Non penso che sarebbe un buon linguaggio di gioco, ma può servire come fonte di ispirazione. E data la quantità di motori e strumenti BPEL, dovrebbe essere possibile riutilizzare alcune idee e / o codice.

Un linguaggio simile a BPEL non avrà la sensazione di programmare, più piuttosto di un sistema di routing e connessione. Quindi puoi avere un sistema di mira collegato a un sistema di pistola con una logica in mezzo.

Considera questo approccio:

1. Assicurati che la tua logica degli script sia esprimibile in semplici meccanismi basati su regole. Ad esempio, hai "Trigger" che si verifica durante il gameplay associato a "Condizioni" che deve essere riempito e quindi vengono eseguite le "Azioni" (rubate spudoratamente dall'editor di Starcraft 2).
2. Quindi fornire un'interfaccia utente in cui è possibile trascinare alcune azioni / condizioni / trigger predefiniti e quindi costruire il 90% dei casi d'uso che le persone di solito vogliono fare.
3. Ora integra un motore di scripting potente e popolare come Lua, Python o C #
4. Infine, scrivi un paio di dozzine di queste azioni / condizioni / trigger in quella lingua. Assicurati che l'utente di personalizzazione possa copiare e incollare, modificare e integrare facilmente queste e nuove azioni nel tuo editor drag'n'drop.
5. Probabilmente vuoi essere in grado di parametrizzare i tuoi trigger, condizioni e azioni e quindi hai bisogno di un paio di primitive in più rispetto a queste tre, ad esempio "GameObject", "Position", "Number" o "String". Nell'interfaccia utente, avrai bisogno di alcune finestre di dialogo per assegnare questi parametri, ma è ancora molto meno lavoro che se dovessi essere in grado di costruire interi script tramite operazioni dell'interfaccia utente.

Questo è il modo più veloce a cui riesco a pensare di ottenere tutte le caramelle senza troppo dolore. Ottieni i click'n'drag e anche i vim-geek a bordo. E se mantieni la meccanica semplice (ad es. Trigger -> Condizione -> Azione), non devi passare gli anni-uomo a sviluppare un'interfaccia utente per un editor di script grafico potente e ancora facile da usare.

Alcuni esempi per chiarire cosa intendo:

• Il trigger potrebbe essere: "Game Framework Initialized", "Game caricato", "Unit create", "Unit distrutta", "Player danneggiato" e così via. I trigger di solito hanno alcuni parametri (ad esempio, l'unità creata ottiene l'oggetto GameObject che è stato creato)
• Tutte le condizioni sono booleane standard e condizioni aritmiche di base (e / o / non / uguali / maggiori ...) più alcune condizioni tipiche che trovi nel tuo gioco come "L'unità è in piena salute" o "Almeno due giocatori sono collegati". Le condizioni di solito hanno un parametro che l'utente deve compilare (usando l'interfaccia utente)
• Le azioni sono script che possono anche richiedere alcuni semplici parametri. come "Sposta la videocamera su XXX", "Uccidi unità Y", "Game over", "Esegui trigger" e "Chiama azioni X, Y, Z ... in una sequenza"