Привет.

Все по сабжу конечно могут сказать, что один хранит интерфейсы, другой объекты. Но я вот вижу, что от TList эти классы слишком не отличаются! Потому и прошу показать ситуации, т.е. куски кода по которым можно было понять, что эти классы действительно упрощают программирование или понимание кода. В кусках кода прошу привести случаи без использования класса, как бы было и как с использованием ;)

Сорри, что спрашиваю базовые вещи, но что-то никак не могу осознать чем в принципе помогают классы ? )

По поводу TInterfaceList ничего сказать не могу, а по поводу TObjectList - все просто. Если используешь TList и хранишь там ссылки на объекты, то при удалении элемента из списка необходимо самому удалять объекты (Object.Free), а при использовании TObjectList, список делает это сам. За это отвечает параметр OwnsObjects.

Пример очистки списка с использованием TList:

А теперь тоже самое, но с помощью TObjectList:

aktuba, Только в очистке выгода ?

Еще ненадо тип переводить из Pointer в TObject и наоборот.

Добавлено через 1 минуту и 3 секунды
в Items имеется ввиду.

Добавлено через 1 минуту и 47 секунд
TInterfaceList тож самое только под интерфейсы заточен.

Это сообщение отредактировал(а) Rennigth - 27.5.2008, 15:22

Rennigth, спасибо ;)

Во многом, если правильно использовать. Например, выборочно удалять объекты:

TList:

TObjectList:

aktuba, Спасибо ;)

Посмотрел я на эту темку и появилась у меня идея - а не написать ли статейку на тему этих классов? Кто что думает по этому поводу?

Сорри за оффтопик. 

THandle, Я думаю, надо каждому умелому выложить все что он знает об извращениях с этими классами и потом можно написать статью ;)

Ну выкладывайте тогда  

Хотя главное что надо сделать - это полностью изучить сами эти классы, их реализацию, чем я и займусь тогда, хотя недавно я их уже ковырял  

http://forum.vingrad.ru/forum/topic-97983.html

Snowy, так... хорошо   А TList, TInterfaceList?   Не надобно? 

Добавлено через 1 минуту и 3 секунды
Кстати... не плохо было бы все статьи переместить как раз в раздел "статьи"...  

1. Classes.TList наиболее универсален и предназначен для работы с указателями (4х байтовыми числами).
интересный на мой взгляд прием работы с TList'ом:

т.о. получаем класс, который сам умеет управлять (выделять/освобождать) память под элементы типа запись.
з.ы. я не гарантирую работоспособность класса, приведенный код является лишь общим примером.

2. Contnrs.TObjectList = сlass(TList) - наследник TList'а, 
упрощающий работу со списком объектов.
имеет интересный метод FindInstanceOf, позволяющий производить поиск объекта в списке по классу.
так же может управлять "жизнью" ввереных ему объектов при OwnsObjects = true

3. Classes. TThreadList = class(TObject) – класс-список, нет, не потоков)
Просто потокобезопасный список указателей.
Инкапсулирует в себе TList, но список предоставляемых возможностей урезан (по сравнению с TList), правда вполне достаточен для безопасной работы со списком указателей на данные из разных потоков.

4. Classes.TInterfaceList = class(TInterfacedObject, IInterfaceList)
Потокобезопасный список интерфейсов, так же реализующий интерфейс IInterfaceList.
Удобен, как ни странно, при работе со списками интерфейсов. 
не является наследником TList.
инкапсулирует в себе работу с TThreadList (см.3)
Корректен с точки зрения подсчета ссылок на хранимые интерфейсы.

Так же стоит упомянуть о TCollection и TCollectionItem, о TStrings и его наследниках (TStringList).
а так же о множестве прекрасных классов-списков, помимо TObjectList, описаных в модуле Contnrs...
но об этом не в этот раз)

TList является родоначальником практически всех списков.
Остальные списки - наследники надстройки над ним.
ЗЫ. Он точно также позволяет искать объект по указателю.
А сам TObjectList и т.п. можно использовать, как руководство по такому наследнику.
Хотя особого смысла в этом нет - с появлением в этом году генериков в 2008-й дельфи, такая необходимость практически пропадёт.
Достаточно будет написать что-то вроде TGenericList<TMyClass> и готов специализированный список под нужный класс.

MetalFan, Кул! Молоток! ;)