Il topic della frustrazione

[fek]

		virtual bool		IsCloth() const { return false; }

Se vi vedo mai scrivere una cosa di questo tipo in Diamonds, cancello il repository :|

Dovrebbero istituire la patente per il programmatore e non darla a tutti soprattutto nella game industry...

[Ufo13]

[cover]

chi è il pazzo che l'ha scritto ? :|

[fek]

[cdimauro]

Originariamente inviato da fek

		virtual bool		IsCloth() const { return false; }

Se vi vedo mai scrivere una cosa di questo tipo in Diamonds, cancello il repository :|

Dovrebbero istituire la patente per il programmatore e non darla a tutti soprattutto nella game industry...

Adesso però dicci dove hai visto quest'abominio.

[fek]

E la frustrazione continua:

virtual void SetScene(CScene *scene) {m_Scene = scene;}

E' C++

[fek]

Ma allora non era una svista, e' proprio recidivo:

virtual EMaterialType	GetType() const { return MATERIAL_TYPE_DEFAULT_MATERIAL; }

[fek]

Prima della cura:

			Material* p_material = NULL;
			if (src_material.GetType()==A_MATERIAL_TYPE)
			{
				const MyMaterial& my_material = (MyMaterial*) (src_material);
				p_material = new MyMaterial(my_material);
			}
			else
			{
                               // error
			}

			material_array[c_mat] = p_material;

Dopo la cura:

  material_array[c_mat] = src_material.Clone();

Clone polimorfico. GetType() non serve, ecco perche' ve li faccio levare sempre

[cdimauro]

Usare un metodo GetType con la programmazione a oggetti è una vera e propria bestemmia: tanto vale rimanere alla programmazione strutturata e alle catene di switch/case.

[Bonfo]

Originariamente inviato da cdimauro

Usare un metodo GetType con la programmazione a oggetti è una vera e propria bestemmia: tanto vale rimanere alla programmazione strutturata e alle catene di switch/case.

Non sono d'accordo...dipende da cosa si vuole fare.
Se si vuole andare ad introdurre un isistema a PLUG-IN addirittura hot-deployable....bhè, senza Refelction e GetType nn si fa molto

[cdimauro]

Non mi sono occupato come si deve delle problematiche alla creazione e all'uso di applicazioni che usano plug-in (da diversi anni ho in mente un progetto, ma non ho mai avuto il tempo per realizzarlo. ): perché sarebbe necessario un metodo GetType secondo te?

[fek]

Originariamente inviato da Bonfo

Non sono d'accordo...dipende da cosa si vuole fare.
Se si vuole andare ad introdurre un isistema a PLUG-IN addirittura hot-deployable....bhè, senza Refelction e GetType nn si fa molto

Usare GetType e' una vera bestemmia

Anche in caso di necessita' di persistenza degli oggetti, ci sono validissime alternative, quali creare delle metaclassi che contengono le informazioni, e magari i factory method per la creazione e clonazione degli oggetti.

Ma un GetType cosi' per selezionare il comportamento in base al tipo dell'oggetto e messo pure virtuale non ha alcun senso logico: il polimorfismo nasce proprio per non aver bisogno di quel metodo.

[^TiGeRShArK^]

chi mi ricorda a che servono i metodi virtuali???

[cdimauro]

class animale

  virtual verso()

  movimento()
    print 'movimento base!'

class gatto(animale)

  virtual verso()
    print 'miao!'

  movimento()
    print 'movimento felino!'


class cane(animale)

  virtual verso()
    print 'bau!'

class pitbull(cane)

  virtual verso()
    print 'MEGA BAU!!!'


var
  a: animale
  b: gatto

a = new gatto()
a.verso() # -> 'miao!'
a.movimento() # -> 'movimento base!'
b = gatto(a)
b.movimento() # -> 'movimento felino!'

a = new cane()
a.verso() # -> 'bau!'
a.movimento() # -> 'movimento base!'

a = new pitbull(cane)
a.verso() # -> 'MEGA BAU!!!'
a.movimento() # -> 'movimento base!'

[^TiGeRShArK^]

ok... ricordavo che c'entravano con le classi astratte....
ma in java ci sono pure?
non me li ricordo proprio....

[fek]

Originariamente inviato da ^TiGeRShArK^

ok... ricordavo che c'entravano con le classi astratte....
ma in java ci sono pure?
non me li ricordo proprio....

In Java tutti i metodi sono virtuali se non dichiarati final (o la classe e' dichiarata final se ricordo bene).

[^TiGeRShArK^]

Originariamente inviato da fek

In Java tutti i metodi sono virtuali se non dichiarati final (o la classe e' dichiarata final se ricordo bene).

quindi la parola chiave virtual non c'è...
xkè non me la ricordo proprio in java

[Bonfo]

Originariamente inviato da fek

Usare GetType e' una vera bestemmia

Anche in caso di necessita' di persistenza degli oggetti, ci sono validissime alternative, quali creare delle metaclassi che contengono le informazioni, e magari i factory method per la creazione e clonazione degli oggetti.

Ma un GetType cosi' per selezionare il comportamento in base al tipo dell'oggetto e messo pure virtuale non ha alcun senso logico: il polimorfismo nasce proprio per non aver bisogno di quel metodo.

Ecco quando io userei GetType().
Io ho una applicazione che utilizza degli oggetti. L'utente li vede divsi per categoria.

Ora supponiamo che io voglio fare in modo che sia possibile aggiungere nuove categorie o nuovi tipi di oggetti senza dover ricompilare l'applicazione o dovendo modificare delle libreire e addirittura senza toccaremanco un file di configurazione.

Io faccio i nuovi oggetti rispettando le interfaccie dovute o estendendo una classe base. A quelpunto rilascio una DLL o un JAR.
L'applicazione può leggerseli all'avvio, o addirittura mentre è già in esecuzione e dandare a cercare le calsssi che implementino quell'interfaccia o che estendano la calsse base (Uso di getType() ), istanzio se c'è nè bisogno, lo casto senza problemi avendo controllato il tipo e poi lo uso.

BAZZA Così si che si estende unì'applicazione conm Plug-In in modo facile e snello

Addirittura se non tutti gli oggetti hanno il metodo pincopallo che serve solo se l'oggetto vuole fare certe cose, io senza sapere nulla posso attraverso la Refelction capire se ha quel metodo e invocarlo.

In realtà io vedo in GetType un'arma a doppio taglio....se non si usano correttamente i paradigmi dell'OO come polimorfismo ma si caratterizano i comportamenti con getType() si è dei pazzi. Ma se invece si usa per andare a lavorare OO addirittura su oggetti che non si conoscono...bhè...direi che è una ottima estensione dell'OO



Scusate se sono stato lungo

[fek]

Stai parlando dei pattern Composite Interfaces e Plugin e del concetto di GUID che e' profondamente diverso dal GetType()

In pratica stai parlando di COM. E sai che cosa hanno fatto per risolvere i suoi (enormi) problemi? Hanno tolto le GUID ed hanno scritto una macchina virtuale, il CLR, ed hanno creato .NET pur di togliere quella cosa che e' tanto simile al GetType().

[Bonfo]

Originariamente inviato da fek

Stai parlando dei pattern Composite Interfaces e Plugin e del concetto di GUID che e' profondamente diverso dal GetType()

In pratica stai parlando di COM. E sai che cosa hanno fatto per risolvere i suoi (enormi) problemi? Hanno tolto le GUID ed hanno scritto una macchina virtuale, il CLR, ed hanno creato .NET pur di togliere quella cosa che e' tanto simile al GetType().

WAKKA...tutte queste robe ho tirato fuori

In ogni caso mi chiedo allora a cosa serva veramente la refelction e il metodo GetType() ??
Per chè lo hanno inventato e realizzato se in realtà non serve a nulla??
In .NET c'è il getType() e fa fare tante belle cosine...come ad esempio ho utilizzato la Refelction, anche per esercitazione, per creare da un file XML una fnestra e i suoi control. Insomma un XAML formato embrione...

In ogni caso ....insisti Fek...fammi capire che sono una testa dura

Imparo Imapro Imparo