А что, TList и TObjectList никто не пользуется в своих программах, что-ли?

Вот вместо них и можно использовать TList<конкретный-класс>, TObjectList<конкретный-класс>.

Это не единственный, но первый и самый близкий пример - ибо с этими классами наверняка работали все.

  Я чуток покопался в хелпе 2009й. Все таки то что есть в Delphi for Win32 нельзя назвать Женериками, это на самом деле шаблоны. Делфийские шаблоны инстанцируются во время компиляции и для каждый инстанциированного шаблон является новым классом со своим RTTI и своим метаклассом. В Win32 нет динамического инстанцирования. Нельзя сделать шаблон по переменной метакласса. Проще говоря это то что есть в С++, только в упрощенном виде, со всеми вытекающими последствиями (ограничениями).

а вот кто нашел реальное применение анонимным методам??? это же по сути тот же процедурный тип.

+1 вот! меня смущает эта схожесть. Я пока не вижу что такого особенного в анонимных методах, чего нельзя было сделать с помощью процедурных типов.

lukas, 
Bose, вам нравится в каждом колбэке передавать явный указатель на контекст?

Это случается не так часто, но пока что меня это не напрягало. К тому же это приводит к необходимости чётко определять входные параметры callback-процедур, что в свою очередь делает код более структурированным и уменьшает число возможных ошибок.

ладно тогда покажите что можно реализовать такого через анонимные методы, чего нельзя реализовать через процедурные типы???

http://forum.sources.ru/index.php?showtopi...t&p=2059967 :


Надо понимать, что они просто упрощают написание кода. Ведь если так рассуждать ("что можно реализовать через анонимные методы, чего нельзя реализовать через процедурные типы"), то можно и без for обойтись и без while. А в некоторых языках указателей вообще нет. Ну и пишут же как-то там программы. Вот также и анонимные методы. Они бывают полезны. Это простой способ увеличить время жизни локальных переменных.

Вообще же код:



Эквивалентен (грубый псевдо-код):



- В качестве базы используется объект, реализующий вспомогательный интерфейс. 
- Использование интерфейса позволяет автоматически производить очистку ресурсов (все "локальные переменные" удаляются автоматически, как только вы обнулите последнюю ссылку на анонимный метод).  
- Использование локальной переменной в процедуре фактически делает эту переменную полем внутреннего объекта. В нашем случае I и P уже не локальные переменные - это поля невидимого объекта.
- Вы можете увидеть этот интерфейс и вживую, если после имени переменной типа анонимный метод поставите точку: там будут методы IInterface + метод Invoke.
- Компилятор различает вспомогательные интерфейсы и обычные и не даёт их смешивать.

не согласен. Подумайте о случаях когда код явно разделен на обслуживающий (что-то типа api enumThreadWindows) и обслуживаемый (там то что вызывает эту апи и коллбэк там же). Если утверждать, что тип контекста было бы лучше определять четко, то это значит, что в модуле, где реализована EnumThreadWindows должен быть известен этот тип, что только ухудшит структурность (потому что этой функции не должно быть важно, что и как собрался делать вызывающий код с каждым окном - значит давать ей доступ к записи или объекту коллбэка - это создавать лишнюю связь между модулями)