Урок №21 - Замыкания в PHP

"Данные замкнуты из такой-то области видимости" closure от слова close =)
Токда замыкание - механизм, который замыкает данные, т.е. предоставляет функции замкнутую переменную ;)


Может звучит и лучше, но так никто не говорит в разговорном =)


Замыкание очень важный и полезный механизм, а для функционального программирования - архиважный.

-----
self-banned

в разговорном вообще никто не выясняет такие вещи для языка
А вот реализацию фичи через замыкание можно описать самим названием
А в случае пхп приходится еще уточнять что имеется ввиду просто лямбда
хм... дай ка вспомнить когда я последний раз использовал функциональное программирование?....а...вспомнил....никогда
Это потому что я не умею его готовить или потому что ооп проще в использовании?

Замыкания не есть "не нужный" механизм.
Часто он полезен в тех случаях, когда клиентский код не управляет вызовом колбека.

Как пример - встроенная функция array_map. В этом случае PHP сам решает с какими аргументами вызвать функцию обратного вызова и мы не можем передать дополнительные аргументы этой функции когда это требуется.

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

Подобные ситуации не ограничиваются некоторыми встроенными функциями PHP.

пожалуй
но ты говоришь о использовании готовых механизмов
а я о проектировании своих собственных фич
желательно обойтись без замыканий как-нибудь
зачем добавлять сложность

Ну каждый проектирует по своему...
Если тебе например захочется реализовать EDA архитектуру, то вызов слушателей будет контролировать какой нибудь менеджер событий и ты снова окажешься в ситуации как с array_map. Можно будет конечно передавать данные через объект события, но это не всегда может быть приемлемо и корректно.

ну иногда и goto уместен однако же его избегают