У дельфистов какая-то абсурдная логика 

Ну легкого у меня не будет, обычно наоборот такие функции весьма сложные:



Считаем количество вызовов вложенных процедурок и сэкономленных строк.

Это сообщение отредактировал(а) Beltar - 11.4.2013, 17:34

Zloxa, 
k0rvin, 
вашу дискуссию о проблемах логики я нашел чрезвычайно занимательной и познавательной. С нетерпением жду ее продолжения и доведения до логического завершения.  

Ну собственно... Попробую по-другому: каким образом этот код показывает костыльность замыканий?

Ну давай то же самое через замыкания. Или пример попроще придумать?

Конечно, мне как-то неуперлось с этой простыней разбираться. =)

теперь с анонимными функциями без замыканий:


теперь с замыканиями:


то же с вложенными подпрограммами (обозначения типов опущены для большего подобия):


Это сообщение отредактировал(а) k0rvin - 11.4.2013, 21:36

Ну так вакансия-то старая, щас может уже не ищут.

Добавлено через 1 минуту и 55 секунд

посмеялся http://lurkmore.to/%D0%92%D1%8B%D1%81%D1%8...%BE%D0%B3%D1%83

2 k0rvin:

И где тут вложенные подрограммы? Функции фильтрации действия с объектом тут внешние и в общем-то могут быть любые.

Кстати, проще всего в реализации по-моему вот-так:

Это не гибко и нарушает принцип single responsibility или как там его.
Ну и создавать на каждый чих add<n> как-то не удобно.

Твой вариант означает сразу формирование еще одного экземпляра списка, т. е. его надо создать, а потом еще копировать данные, возможный подход, но не в 100% случаев. Если у тебя миллион элементов в единственном списке, и удаляется в среднем половина с забыванием остатка, то это одно, а если списков много, то это немного другое. Что касается удаления, то тут вообще все кисло. Ну допустим есть:



И вот в ProcessMethod требуется удалить элемент... Ну можно Remove(V,<Direction>) вызвать, но это поиск и работать будет просто неправильно, т. к. сбиваются внутренние счетчики. Кстати, я попробовал это сделать на TList<Integer> из 10 элементов от 1 до 10, удалилоcь только 5, причем в отличие от кривого (надо-то downto) for i:=0 to List.Count-1 do Delete List(i) никаких ошибок не выдало, что тоже плохо. Т. е. если удалять\добавлять ничего не надо, то лучше так, есл надо, то может и стоит еще один список сделать.

Это сообщение отредактировал(а) Beltar - 12.4.2013, 08:15

Вовсе не обязательно, можно использовать прокси-коллекции.

Это как? Гугл на русском вообще такого термина не знает.

Ну это не какой-то самостоятельный термин. Достаточно загуглить паттерн проектирования "proxy" (может он здесь не совсем подходит, но смысл тот же).

Т.е. просто filter возвращает коллекцию, которая сама не содержит элементов, а только указатель на исходную коллекцию и компаратор.