Funzione Sovrascrivibili

[xstriga]

Mi sembra di capire che ogni funzione può essere sovrascitta in una classe derivata..
1. Ma nel caso volessi impedire ad una funzione specifica di essere sovrascritta in una classe derivata come posso fare ?
2. L'IDE di Gambas non prevede di creare nelle classi derivate le funzioni che posso essere sovrascritte ?

[vuott]

Mi sembra di capire che ogni funzione può essere sovrascitta in una classe derivata..

Scusa la mia inesperienza, cosa intendi per "sovrascrivere una funzione" ?

[xstriga]

http://it.wikipedia.org/wiki/Overriding

Metodo Ridefinito nella Classe Derivata ....

[Ceskho]

Mi sembra di capire che ogni funzione può essere sovrascitta in una classe derivata..
1. Ma nel caso volessi impedire ad una funzione specifica di essere sovrascritta in una classe derivata come posso fare ?
2. L'IDE di Gambas non prevede di creare nelle classi derivate le funzioni che posso essere sovrascritte ?

Non so come si comporta Gambas ma se definisci il metodo come privato, la classe ereditata non dovrebbe riuscire a modificarlo. Questo però non sempre è vero. Rimane solo da effettuare dei test. Tuttavia non capisco il perchè un metodo di un genitore non dovrebbe essere modificato da un figlio. Da dove nasce questa esigenza?

[Gianluigi]

http://it.wikipedia.org/wiki/Overriding

Metodo Ridefinito nella Classe Derivata ....

Guarda se ti può essere utile questo. Tratto dal sito uficiale

Codice: [Seleziona]

' MyListBox class
INHERITS ListBox

PRIVATE $cPos AS NEW Collection
PRIVATE $aKey AS NEW String[]
...

' Reimplements the Add method
PUBLIC SUB Add(Text AS String, Key AS String, OPTIONAL Pos AS Integer = -1)

  ' Adds the item to the list box
  SUPER.Add(Text, Key, Pos)
  ' Adds the key to key array
  IF Pos < 0 THEN
    $cPos.Clear
    $cPos[Key] = $aKey.Count
    $aKey.Add(Key)
  ELSE
    $aKey.Add(Key, Pos)
  ENDIF

END

ciao gianluigi

[xstriga]

Sinceramente stò solo cercando di farmi un idea sulle potenzialità e limiti da Gambas.. Trovo la documentazione caotica o poco esaustiva.

Tanto per fare un paragone con Visual Basic.Net per definire un Metodo ridefinibile utilizzo la parola chiave Overridable ( se non la uso tale metodo non è ridefinibile ).
Per ridefinirlo utilizzo Overrides... Poi se voglio nascondere il metodo della classe base utilizzo Shadows...
Per l'Overloading utilizzo la parola chiave Overloads...
Nel caso voglio che una classe base ( astratta ) debba per forza essere ereditata utilizzo MustInherits...

Cercavo solo di fare un paragone tra i due linguaggi.. poi decidò come procedere...

Grazie

[Ceskho]

Sinceramente stò solo cercando di farmi un idea sulle potenzialità e limiti da Gambas..

Fai benissimo. È una cosa saggia.

Cercavo solo di fare un paragone tra i due linguaggi.. poi decidò come procedere...

Se hai l'esigenza di usare VB allora usi VB. Gambas non è VB. In comune hanno solo il fatto che provengono dal BASIC ma non sono la stessa cosa e Gambas non nasce per essere un clone di nulla e di nessuno. Sarebbe come fare il paragone tra il sapore di una mela e di un cavolfiore. Sono entrambi prodotti vegetali ma nessuno dice che devono essere uguali.

[xstriga]

A parte la retorica ... Vogliamo fare un pò di cultura iniziando dalle mie considerazioni ?
Rispondiamo alle seguenti domande :
- Le classi in Gambas sono tutte ereditabili ?
- Non esistono parole chiave per imporre che una classe debba essere ereditata e non creata ?
- Per sovrascrivere un metodo basta solo riscriverso nella classe derivata con la stessa firma ?
- In gambas esiste l'overloading ? Come si applica ?

Grazie

[vuott]

.... seguenti domande :

Ciao, volevo sapere se al riguardo nel frattempo avevi eseguito qualche test.

[xstriga]

Naturalmente .. tempo permettendo ...!!
Qui ho trovato maggiori dettagli :
http://files.allbasic.info/Gambas/help/help/doc/object-model.html
e in una discussione, in spagnolo, mi sembra di aver capito che per l'overloading non ci sia niente da fare.. poichè normalmente
tale compito viene demandato al compilatore.
Essendo Gambas un linguaggio imperativo, fortemente e staticamente tipizzato non è possibile sperare che tale funzione venga inserita anche in futuro (spero di sbagliarmi).

Ora prima di fare un punto sulla situazione stò cercando di capire come ottenere il tipo di un istanza di un oggetto ereditato.
La funzione typeof mi restituisce solo che l'oggetto creato è un object .. a mè interessa sapere che tipo di oggetto ho creato.
Es..
1. Creao una classe xObject con le sua variabili, proprietà e metodi..
2. Eredito dale classe in xLine e aggiungo variabili, proprietà e metodi..
3. Una classe Document mi gestisce la creazione degli oggetti .. per esempio creo una xLine e la aggiungo ad una collezzione di xObject
4. Ora per visualizzare il tutto itero la collezione e eseguo un metodo comune presente in xObject .. per esempio Draw()..
5. Se devo manipolare un singolo oggetto xObject avrei la necessità di sapere se è una xLine o un altro tipo di oggetto e quindi eseguite un Casting
   Es.. http://www.codeproject.com/Articles/5044/Cheat-Sheet-Casting-in-VB-NET-and-C
   Se non è implementato inserisco una variabile interna, magari di tipo STATIC ed una proprietà in sola lettura.. ( vediamo )

[vuott]

La funzione typeof mi restituisce solo che l'oggetto creato è un object .. a mè interessa sapere che tipo di oggetto ho creato.

Scusami, hai provato Object.Type(...) ?

[xstriga]

Sto appunto leggendo dell'oggetto statico Object e dei sui metodi ...
Ora vedo se esiste il Casting o visto che sono disponibili i puntatori come procedere... 

[vuott]

Ho tentato di fare qualche prova, seppur semplice e di getto. Mi sembra - se ho effettuato correttamente le prove   - che non sia possibile l'Overriding né l'Overloading.

[xstriga]

L'Overriding si ... se riscrivi la funzione nella classe derivata con la stessa filma .. L'Overloading .. no ... ( non puoi scrivere la stessa funzione con firme differenti )
Esempio :

Classe 1
  Public Sub Prova()
     Print "Classe 1"
  End Sub

Classe 2
  Inherits Classe 1

  'Ridefinisco Prova
  Public Sub Prova()
     Print "Classe 2"
  End Sub

'Non posso nascondere il metodo della classe base .. come con Shadows
'Posso sempre chiamare il metodo della classe base con Super.Prova

Quello che non posso fare è l'overloading, ossia nella stessa classe definire la stessa funzione con firme differenti :

Public Sub Prova()

Public Sub Prova(item as integer)

Public Sub Prova(item as long)  

'Per il Casting direi che non ci sono funzioni specifiche a parte la conversione di interi e stringhe..
'Abbiamo i Variant ed il tipo di oggetto al quale fanno riferimento ..



    

[vuott]

Bene.
Sarebbe interessante scrivere qualcosa nella nostra WIKI al riguardo.