Je suis a nouveau dans une impasse avec les TObjectList, la deuxieme.  
Bref, je me suis fait un beau petit objet que j'ai besoin de gerer avec une liste. Le TObjectList semble approprie pour ca, surtout si il own son contenu. Maintenant le probleme, pour ajouter un objet a la liste, par la fonction add, l'objet doit avoir ete cree precedement et donc :
 

 
Maintenant, si je veux ajouter un nombre inconnu d'objets, je peux faire ca :
 

 
Ou bien je vais me retrouver avec i fois le meme objet dans la liste ?

non, ça marche comme ça À chaque fois ta variable MonObjet est modifiée donc tu ajoute quelque chose de différent à chaque fois

Attention à ne pas perdre des objets en mémoire  

S'il fait un Add pour chaque Create il n'en perdra normalement pas

oui
 
sauf si + tard il fait un truc du genre
 
MyObjectList.Items(i) := MyObjectSortitDeNulPart;
 
ds ce cas l'objet ki se trouvait à l'index i avant l'affectation est perdu ds la nature  

 
Il est perdu ou ecrase ? Parce-que c'est pas exactement la meme chose  

perdu perdu
 
pas déallouer ni rien, juste perdu
(tu perd la référence à l'objet)

 
pointeur écrasé, objet perdu

A pis un autre truc aussi
 
Si j'ai MaListe qui devient une variable globale, et que je remplis pareil, le contenu de la liste souffre pas de la sortie de la procedure dans laquelle MonObjet est definis (et a l'issu de laquelle a priori il n'existe plus)

non
ton objet sera tjs ds ta liste

en Delphi les objets sont des pointeurs même si on ne le voit pas trop en les manipulant, comme en JAVA quoi.

     
 
Compare plus jamais Delphi au Java  

 
Ca je sais, je m'inquietais plus d'un probleme de portee que de persistance. Surtout que la mon objet est une classe, alors il pointise plein tube    
 
Comment je vais m'en sortir moi  

En faisant bien attention et en étant rigoureux  

 
Tout objet est une instance de classe, non ?

Beh il vaut mieux non ?

Ouais enfin en Delphi c'est vague
 
tu as trois types :
- record
- object
- class
 
le premier contient juste des attributs, et s'alloue soit en déclarant une variable soit en réservant une zone mémoire (GetMem) et en jouant avec un pointeur
 
le second c'est pareil, sauf qu'il peut avoir des méthodes, et je suis pas sûr qu'on puisse le déclarer comme une variable. Il se peut qu'on doive obligatoirement l'allouer via un GetMem.
 
le troisième a aussi attributs et méthodes, mais il descend toujours de TObject, et a donc les méthodes de TObject : Create, Free (Destroy), etc. , qui facilitent la création/destruction et pas mal d'autres choses.
 
Un objet est une instance d'une classe (en POO), mais en delphi "object" <> "class"

Il me semble que Object est resté juste par soucis de compatibilité avec le Pascal

Oui mais bon il existe quand même

Comme un tas de d'API obsolètes & co...

les fonctions obsolètes te mettent un warning

Sur D7 s'il fallait s'oqp de tout les warnings  

suffit de désactiver les trois trucs de warnings pour .NET quand tu ouvres un vieux projet et t'as pas plus de warning qu'avec Delphi 6
 
Me dit pas que tu bosses avec des centaines de warning (ça met un temps fou à compiler à cause de ça en plus)
 
Idéalement un soft doit compiler sans warning/hints, ou alors juste un ou deux dans quelques rares cas non résolvables. Évidemment il arrive que les compos utilisés laissent eux aussi des warnings/hints.

des hints C pas bon
des warnings...
 
edit : pour répondre à ta question... ça dépend    
 

les warnings c'est plus grave que les hints
 
Pour Delphi 7, si tu fais pas du code portable vers .NET tu dois décocher les 3 derniers trucs dans Project -> Options -> Compiler Messages.
 
Et tu peux aussi virer le 3è et 5è si tu fais pas du code portable CLX.

je C, mais des fois G la flemme  

pour virer 3 options ?
 
comment tu sais bosser avec tant de warnings/hints ? on voit pas ceux qui sont importants

G + trop le loisir de bosser sur de gros trucs en Delphi    
Donc G pas tant de warning que ça

Ouais enfin dès que tu utilises des compos tiers (style JVCL) t'as vite des centaines de warnings si tu vires pas ces trois trucs

t'as ke les warnings de la page en cours ou de celle ou ya une erreur quand tu executes(pas celle du code ki est pas ouvert) donc...

Ouais mais moi je fais de temps en temps des build all pour voir si dans mon programme y a pas des trucs qui ont souffert des certaines modifs, ou des warnings que j'ai loupé et qu'il ne me représente plus (vu que j'y ai plus touché).

Moi aussi, mais pas toute les 5mn  

t'as fini de discuter pour rien
c'est pas pratique d'avoir des centaines de warning lors d'un build all, y a 3 cases à décocher pour pas les avoir, autant les décocher.

G ke ça à faire  
et à priori toi aussi  

non faut que j'aille vérifier la pression des pneus de ma bagnole

Oh, un topic baston
 
oh, c'est le mien en plus  

où t'as vu une baston ?