Ripresa del progetto, primi passi

[VICIUS]

Originariamente inviato da cdimauro

Ho sempre odiato i vari CreateForTesting...

No, perché la mia idea è quella di eliminare proprio quei metodi.

In pratica nel codice dei test istanzio soltanto oggetti Mock*, mentre nel codice di produzione soltanto oggetti *Engine.

Non esiste nessuna CreateForTesting. Si usano i costruttori delle rispettive implementazioni quando e dove servono.

Da quello che ho visto le possiamo cancellare o spostarle anche ora. Dobbiamo solo trovargli un posto sensato dove metterle.

[cdimauro]

Originariamente inviato da redcloud

Perchè vedere i pezzi che scendono dalla colonna in modo decentrato è uno strazio. Mi si disallinea il cervello

Tu non pensi quadridimensionalmente, Marty!



Ma soprattutto non pensi da programmatore, dove è il 2 il numero perfetto.

[cdimauro]

Originariamente inviato da VICIUS

Da quello che ho visto le possiamo cancellare o spostarle anche ora. Dobbiamo solo trovargli un posto sensato dove metterle.

src/trashcan

[VICIUS]

Originariamente inviato da cdimauro

[...] Ma soprattutto non pensi da programmatore, dove è il 2 il numero perfetto.

È un gnommaro convinto. Se non stiamo attenti ci chiederà di usare un solo tipo di gemme perché altrimenti potrebbero confondersi gli utenti

[cdimauro]

Mah Credo che non sia soltanto lui il problema. Circolano voci che parlano di lavorare tutti con Linux, perché alcuni test su Windows falliscono e su Linux no.

Io non mi oppongo assolutamente all'idea, sia chiaro, ma prima voglio vedere Fran lavorare su Linux, e poi ben volentieri seguirò la sua strada...

[fek]

Originariamente inviato da cdimauro

Per quanto mi riguarda, meno interfacce (e relativi Mock) usiamo, e meglio è.

Per quanto riguarda me invece piu' interfacce meglio e', mi piace molto il design-by-interface

Il problema e' non prenderci troppo la mano e creare mostri come ExtensibleObject giusto per un paio di metodi. Come sempre in "medio stat virtus". La tua idea di usare interfacce e poi creare gli oggetti mock per eliminare createForTesting() mi piace. Direi di sperimentarci un po' e vedere come esce. Abbiamo sempre la possibilita' di usare la reflection e caricare al volo i MockObject se non e' troppo complicato.

[fek]

Originariamente inviato da cdimauro

Mah Credo che non sia soltanto lui il problema. Circolano voci che parlano di lavorare tutti con Linux, perché alcuni test su Windows falliscono e su Linux no.

Prima che cio' accada, e' piu' facile che meta' team di sviluppo si trovi senza ditine, e a quel punto gli sara' difficile lavorare sia sotto Windows sia sotto Linux

[cdimauro]

Originariamente inviato da fek

Per quanto riguarda me invece piu' interfacce meglio e', mi piace molto il design-by-interface

Il problema e' non prenderci troppo la mano e creare mostri come ExtensibleObject giusto per un paio di metodi. Come sempre in "medio stat virtus". La tua idea di usare interfacce e poi creare gli oggetti mock per eliminare createForTesting() mi piace. Direi di sperimentarci un po' e vedere come esce. Abbiamo sempre la possibilita' di usare la reflection e caricare al volo i MockObject se non e' troppo complicato.

Sì, lo sapevo che a te piace il design-by-interface. E' che tendenzialmente sono un pazzo suicida...

Stasera a casa vedo di rimetter su Eclipse e dare un'occhiata alla code base.

[cdimauro]

Originariamente inviato da fek

Prima che cio' accada, e' piu' facile che meta' team di sviluppo si trovi senza ditine, e a quel punto gli sara' difficile lavorare sia sotto Windows sia sotto Linux

Cedo alla violenza...

[jappilas]

Originariamente inviato da cdimauro

Sì, lo sapevo che a te piace il design-by-interface. E' che tendenzialmente sono un pazzo suicida...

siamo in due
d' altra parte non poteva essere altrimenti essendo io stato clonato dal tuo dna (come da tempo appurato )...

[fek]

Originariamente inviato da cdimauro

Cedo alla violenza...

Al primo che propone di passare solo a Linux spezzo le ditine e poi ci gioco a shangai. Fra Eclipse, Tomcat e CruiseControl, ho pagato abbondantemente il mio dazio di Open Source

[^TiGeRShArK^]

Originariamente inviato da fek

Per quanto riguarda me invece piu' interfacce meglio e', mi piace molto il design-by-interface

Il problema e' non prenderci troppo la mano e creare mostri come ExtensibleObject giusto per un paio di metodi. Come sempre in "medio stat virtus". La tua idea di usare interfacce e poi creare gli oggetti mock per eliminare createForTesting() mi piace. Direi di sperimentarci un po' e vedere come esce. Abbiamo sempre la possibilita' di usare la reflection e caricare al volo i MockObject se non e' troppo complicato.

usare la reflection per questo è una cavolata

[fek]

Originariamente inviato da ^TiGeRShArK^

usare la reflection per questo è una cavolata

Tiger, qualunque cosa che funzioni, semplifichi il codice e risolva un problema per definizione non e' una cavolata. Se risolve il nostro problema in maniera semplice, la reflection va benissimo.
Se per risolvere il problema dobbiamo vendere l'anima di Cesare al diavolo, facciamo anche questo.

Ti voglio piu' pragmatico

[Jocchan]

Originariamente inviato da redcloud

Altra domanda... perchè è stato scelto un numero pari di colonne?

Perchè le gemme scendono a coppie, ed è più facile per il giocatore incastrarle

[cdimauro]

Originariamente inviato da fek

Tiger, qualunque cosa che funzioni, semplifichi il codice e risolva un problema per definizione non e' una cavolata. Se risolve il nostro problema in maniera semplice, la reflection va benissimo.
Se per risolvere il problema dobbiamo vendere l'anima di Cesare al diavolo, facciamo anche questo.

Ti voglio piu' pragmatico

Non so quanto possa valere l'anima di un ateo, ma se dovesse servire alla causa...

Comunque io i CreateForTesting li toglierei lo stesso, e col lavoretto di cui sopra IMHO il design del progetto dovrebbe trarne giovamento.

P.S. Tanto lo sapete che a me piace più rifattorizzare che scrivere codice, vero?

[fek]

Originariamente inviato da cdimauro

Non so quanto possa valere l'anima di un ateo, ma se dovesse servire alla causa...

Comunque io i CreateForTesting li toglierei lo stesso, e col lavoretto di cui sopra IMHO il design del progetto dovrebbe trarne giovamento.

P.S. Tanto lo sapete che a me piace più rifattorizzare che scrivere codice, vero?

Abbiamo un volontario!

[Ufo13]

Un'idea che mi e` venuta ora. Si puo` evitare di creare un'interfaccia ogni volta che si crea una classe mock e compilare la classe mock (chiamata con lo stesso nome) in fase di testing invece di quella normale? Eviteremmo un sacco di complicazioni cosi`...

[cdimauro]

Originariamente inviato da fek

Abbiamo un volontario!

In effetti mi stavo chiedendo: come mai Fran, alla mia proposta, a sua volta non mi ha proposto volontario?

OK, per me va bene.

[cdimauro]

Originariamente inviato da Ufo13

Un'idea che mi e` venuta ora. Si puo` evitare di creare un'interfaccia ogni volta che si crea una classe mock e compilare la classe mock (chiamata con lo stesso nome) in fase di testing invece di quella normale? Eviteremmo un sacco di complicazioni cosi`...

In Java non c'è la compilazione condizionale, se non ricordo male.

Forse con la Reflection potremmo uscircene fuori, ma per me è un terreno nuovo e onestamente non ho la benché minima idea di come dovremmo procedere...

[fek]

Originariamente inviato da Ufo13

Un'idea che mi e` venuta ora. Si puo` evitare di creare un'interfaccia ogni volta che si crea una classe mock e compilare la classe mock (chiamata con lo stesso nome) in fase di testing invece di quella normale? Eviteremmo un sacco di complicazioni cosi`...

KISS, proviamo prima a separare le interfacce come suggerisce Cesare.