Newsgroup: it.comp.lang.delphi
Titolo: owner e parent

Quando creo un oggetto devo mettere anche il parametro owner per indicare a 
quale altro oggetto appartiene, es:
Label1 := Tlabel.create (Form1);
ma poi se voglio che questo appaia sulla Form devo anche scrivere il 
seguente codice:
Label1.Parent := Form1;
la mia domanda è: perchè devo aggiungere questa riga per indicare che label1 
è parente della form1 se nella precedente ho già specificato che label1 fa 
parte della Form1?
Grazie 

 parte della Form1?
non è cosi', si tratta di due concetti diversi.
Il ruolo primario dell'owner è gestire la creazione e/o distruzione 
degli oggetti
Il ruolo del parent è di fare da contenitore per controlli visuali.
Nel caso di controlli visuali in genere i due ruoli sono assegnati ad 
una sola entità. Nel caso di oggetti non visuali il ruolo di parent non 
ha senso ed hai cmq a che fare con una sola entità.
-- 
Alberto Salvati
A NEAPOLITAN Delphi Developer who is studying c# and .net
"Dicette 'o pappece 'nfaccia 'a noce dammi 'o tiempo che pure te spertoso"

 parte della Form1?
In precedenza hai specificato chi è che si preoccupa di distruggere
l'oggetto.
Ciò non implica nulla sul "disegno" dell'oggetto.  
Il Parent serve a stabilire chi "contiene graficamente" l'oggetto.
Andrea
p.s.: "parent" = genitore, non parente ;-)
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

Capito
Grazie ancora 

 p.s.: "parent" = genitore, non parente ;-)
Certo che sti programmatori... un "Container" ci sarebbe stato meglio, IMHO.
Oltretutto, Parent (genitore) usato in questo senso, nella programmazione a
oggetti dove si usa l'inheriting (ereditarietą), Child (figlio) e robe del
genere, puņ generare confusione...
Mi piacerebbe sapere cosa ne pensa un inglese, di queste scelte :)
-- 
Jax
====
Ho il culto delle gioie semplici, sono l'ultimo rifugio di uno spirito
complesso. (Wilde)

 genere, può generare confusione...
Il rapporto genitore/figlio, in OOP, si può intendere in tanti modi.
Come nella realtà.
Credo che la domanda fondamentale sia: che cos'è che fa di un genitore un
genitore ? è più "genitore" colui che ti genera (owner) o colui che ti
cresce e quindi ti "disegna" (parent)? ;-)


 colui che ti cresce e quindi ti "disegna" (parent)? ;-)
Ardito paragone :D Ma qui andiamo OT...
-- 
Jax
====
La gelosia come il fuoco puň accorciare le corna, ma le fa puzzare.
(Swift)

 "proprietario" no...
?... infatti "Owner" non indica qualcosa di "visuale" e non capisco perché
"container" dovrebbe.  Un contenitore "contiene".  I "containers" nel
gergo comune della OOP sono classi "contenitore", ovvero "owner" (vedi la
std::list del C++).


non uccidetemi ma mi è venuto un dubbio:
Perchè è necessario specificare un Owner?
P.S.
sono un utilizzatore sporadico di Delphi
quindi ne so molto poco, quello che serve per fare qualche stupido
programma tipo calcola la media di una serie di misure 

 Perchè è necessario specificare un Owner?
Per assicurare che qualcuno distrugga l'oggetto.
In ogni caso, per molti oggetti non è obbligatorio specificare un Owner.
L'importante è che qualcuno si preoccupi di distruggerlo.


 ovvero "owner" (vedi la std::list del C++).
Mi sa che ci siamo un po' incartati... io infatti non discutevo sull'uso di
Container al posto di Owner (che effettivamente non ho manco citato nel mio
post originale), ma di Parent ;)
Comunque, alla fine... ma chissenefrega! :D
-- 
Jax
====
Il successo è volgare. (Duca di Bedford)

 post originale), ma di Parent ;)
Tu hai scritto:
"a me "contenitore" fa pensare a qualcosa di visuale, mentre
"proprietario" no...".
Il "proprietario" č, appunto, l'owner.


E forse anche perche' nell'implementation del Create puo' servirti questa 
informazione.
Giorgio padoan
"Andrea Laforgia" <z...@xx.xx> ha scritto nel messaggio 
news:d5m683$m0g$1...@news.newsland.it...
