Diamond Crush sul Cellulare

[thebol]

Originariamente inviato da thebol

appena scoperto =D

ora mi informo meglio

ho provato in eclipse, ma sembra che si possa solo forzare a genere codice 1.4 compatibile con la 1.5, non viceversa...

[thebol]

infatti...

Downward source compatibility is not supported. If source files use new language features or Java 2 platform APIs, they will not be usable with an earlier version of the Java platform.

[cdimauro]

Originariamente inviato da thebol

Ho fatto l'esperimento di togliere dal progetto le librerie ogl e audio, e le classi che danno errore(cioè che si potrebbero spostare) sono 6(quelle che incominciano con OpenAl e LWJGL, ottima nomenclatura =D ).

Poi falliscono anche game e gameLoop perche utilizzano l'oggetto Sys di lwjgl per scrivere il msg box di errore e di info in caso di no audio, e per ottenere le info dell adapter e la versione del display.

Purtroppo ho cercato fra le classi delle librerie di Java se ne ce fosse qualcuna per poterlo sostituire, ma non ho trovato niente del genere.
Si potrebbe utilizzare AWT o qualcosa di simile, ma al pensiero di far caricare 600 (per AWT) classi per un banale "Hello, world", mi vengono le crisi.

Incorporando queste 2 funzioni in displayInterface, penso si possa dividere il gioco dall'implementazione che ci gira sotto =D

Io DisplayInterface pensavo di eliminarla del tutto, visto che c'è già EngineInterface, e le sue API non fanno altro che richiamare le corrispondenti dell'istanza di DisplayInterface.

In sostanza, visto che adesso il Diamonds è regolato (quasi) interamente dalle interfacce (a parte KeyMappings che dev'essere ancora fatto fuori), si tratta di un'interfaccia (e implementazione) ridondante.
Infatti MockEngine implementa EngineInterface, ma non DisplayInterface.

[thebol]

Originariamente inviato da cdimauro

Io DisplayInterface pensavo di eliminarla del tutto, visto che c'è già EngineInterface, e le sue API non fanno altro che richiamare le corrispondenti dell'istanza di DisplayInterface.

Beh si potrebbero cmq infilare in quell'interfaccia. Le info sono a questo punto correlate con l'engine. Per le infoBox possiamo fare che l'engine fornisce un metodo per mostrare errori

[cdimauro]

Il problema è che SDL, ad esempio, non mi sembra che abbia un'API standard per far apparire un messaggio d'errore.

E lo stesso si potrebbe verificare coi telefonini.

L'API la possiamo mettere a disposizione comunque: sarà l'implementatore poi a farsi carico di implementarla in qualche maniera.

[fek]

Originariamente inviato da thebol

Ho fatto l'esperimento di togliere dal progetto le librerie ogl e audio, e le classi che danno errore(cioè che si potrebbero spostare) sono 6(quelle che incominciano con OpenAl e LWJGL, ottima nomenclatura =D ).

Gran lavoro di Cesare. E' interessante notare come abbiamo ottenuto un quasi perfetto disaccoppiamento fra il gioco e l'engine a basso livello senza imporre il design up front, ma semplicemente rifattorizzando il codice di volta in volta.

[thebol]

Originariamente inviato da cdimauro

Il problema è che SDL, ad esempio, non mi sembra che abbia un'API standard per far apparire un messaggio d'errore.

E lo stesso si potrebbe verificare coi telefonini.

L'API la possiamo mettere a disposizione comunque: sarà l'implementatore poi a farsi carico di implementarla in qualche maniera.

esatto, se sdl non ha quella funzione, userà awt/swing/console per mostrare l'errore

[cdimauro]

Ci siamo capiti perfettamente: è esattamente quello che avevo in mente.

x fek. Grazie per i complimenti.

[^TiGeRShArK^]

Originariamente inviato da cdimauro

Purtroppo ho cercato fra le classi delle librerie di Java se ne ce fosse qualcuna per poterlo sostituire, ma non ho trovato niente del genere.
Si potrebbe utilizzare AWT o qualcosa di simile, ma al pensiero di far caricare 600 (per AWT) classi per un banale "Hello, world", mi vengono le crisi.

ehm...
non ho capito...
x MIDP non è possibile usare le awt, ma solo un suo sottoinsieme...
L'equivalente del popup di errore è l'alert.
Per utilizzare l'alert è sufficiente fare Display.getDisplay(diamondMidlet).setCurrent(errorAlert);
dove diamondMidlet è la midlet della nostra applicazione e errorAlert è l'alert di errore da visualizzare.

[cdimauro]

Ho fatto qualche ricerca su Display e alert, ma non ho trovato niente.

OK, visto che te ne intendi, dire che abbiamo un volontario per realizzare questa parte.

[^TiGeRShArK^]

Originariamente inviato da cdimauro

Ho fatto qualche ricerca su Display e alert, ma non ho trovato niente.

OK, visto che te ne intendi, dire che abbiamo un volontario per realizzare questa parte.

infatti mi ero già proposto prima

mmagno che potrei dare una mano qui..
diciamo che una certa esperienza in questo campo ce l'ho
..anke se ho sempre usato ant anzikè antenna
devo imparare ad usare quello perkè immagino ke sia molto + facile

cmq non sarà un lavoro semplicissimo....
purtroppo abbiamo parecchio codice java5 che non potrà esistere in alcun modo sul telefonino....
e abbiamo anke limitazioni sul tipo di classi....
ad esempio non esiste ArrayList ma c'è solo Vector tnt x dirne una.....
cmq secondo me la cosa + logica da fare sarebbe finire diamonds su pc e poi fare il porting.....

[Bonfo]

Originariamente inviato da ^TiGeRShArK^

cmq secondo me la cosa + logica da fare sarebbe finire diamonds su pc e poi fare il porting.....

E su questo direi che siamo tutti d'accordo

[cdimauro]

Originariamente inviato da ^TiGeRShArK^

infatti mi ero già proposto prima

Non me n'ero accorto: sarà colpa delle k...