Forum libero

Scritto da: ::1
> Scritto da: Wakko Warner
> > Scritto da: ::1
> > > Scritto da: Wakko Warner
> > > > Scritto da:
> > > > > Scritto da: Wakko Warner
> > > > > > Scritto da: ::1
> > > > > > > Scritto da: Wakko Warner
> > > > > > > > Scritto da:
> > > > > > > > > Scritto da: Wakko Warner
> > > > > > > > > > qualcuno lo sa?
> > > > > > > > > > Per esempio, un breve "impulso di materia" in un arma è la pallottola... e se invece di materia si parla di fotoni?
> > > > > > > > >
> > > > > > > > > Cosa stai combinando in quella cantina?
> > > > > > > >
> > > > > > > > Nulla, sto lavorando ad un piccolo remake di un vecchio videogioco e mi trovo a dover dare il nome alla classe che rappresenta appunto la "pallottola di luce" e non so come cazzo chiamarla perché quei cretini che hanno inventato il concetto non si sono impegnati e non le hanno dato un nome univoco, chiaro e figo e così ora mi trovo a dover scegliere pure un nome per sta cosa, come se non avessi già abbastanza lavoro sul resto.
> > > > > > >
> > > > > > > Puoi sempre chiamarlo temporaneamente LaserShot e poi rinominarlo quando trovi il nome fico.
> > > > > >
> > > > > > Mi sa che farò così, solo che le scelte temporanee tendono a diventare definitive
> > > > >
> > > > > LaserPulse, LightPulse, LightShot, LightShit.
> > > >
> > > > L'ho chiamato LaserPulse, mi sembra poco profescional ma in mancanza di una bella sigla sfavillante e fantascientifica...
> > >
> > > Che linguaggio?
> >
> > Processing, quindi Java.
>
> Se può interessarti per ridurre la dimensione del codice e la quantità di roba inutile io uso da più di due anni questa libreria: https://projectlombok.org/
> Si include solo a compile time e non a runtime, richiede di aggiungerla come plugin di eclipse modificando l'ini di avvio, e genera il codice "stupido", getter, setter, toString, equals, hashCode, variabili di logging, costruttori... dai un'occhiata alla presentazione ed alla documentazione.

Me l'avevi già belinkato, ma in questo progetto non posso usarlo. Quando fai giochi devi minimizzare le chiamate a funzioni, quindi niente getter/setter, cerchi di eliminare più oggetti possibili e più passaggi intermedi per favorire la velocità di esecuzione.

Per farti un esempio, ora come ora, con qualche decina di sprite indipendenti (ognuno con la sua velocità, accelerazione, rotazione) e controllo collisioni, riesco a raggiungere i 200 frame al secondo sul mio PC, anche se alla fine saranno limitati a 30. In altre parole il disegno degli sprite, i calcoli vari (vettori, accelerazioni, normali, ecc) ora stanno impiegando in totale 5 millisecondi (spesso meno). Oltre a questo durante i calcoli devi limitare la creazione di oggetti, azzerarla se possibile (su questo devo ancora lavorarci), perché se crei oggetti, 30 volte al secondo, quando interverrà il garbage collector avrai che il gioco andrà a scatti rompendo le palle al giocatore che si aspetta una certa fluidità... anche pochi millisecondi di ritardo possono trasformare un bel gioco fluido in una roba scattosa e poco divertente.

Ovviamente così facendo devi rompere qualche regoletta... rinunciare qua e là a qualche "best practice" che useresti altrimenti (tipo rinunciare a molti concetti di encapsulazione, permettere l'accesso a variabili direttamente dall'esterno quando non lo faresti mai in casi normali), limitare il numero di librerie che usi, niente funzioni che si creano automagicamente fuori dal tuo controllo, ecc.