Почему не стоит передавать аргументы в функцию по ссылке?

Question

[Игорь]

Бытует мнение, что это чревато ужасными последствиями. Какими?)

Comments

[HellWalk]

Использовать можно, главное понимать зачем. А не просто "а мне так нравится"

Answer 1

[Rsa97]

Не стоит передавать аргументы по ссылке без реальной на то необходимости.
А чревато это изменением значений аргументов внутри функции и использованием незапланированно изменённых значений после возврата из функции.
Ну и константы не сможете передать в таких аргументах.

Answer 2

[Vitsliputsli]

Никакими. Все "ужасные последствия" связаны с непониманием того, что делаешь, а никак не передачей по ссылке. К примеру, в ООП нельзя передавать кроме как по ссылке, но даже в крупных проектах "ужасных последствий" от этого не наступает. Целый ряд встроенных в php функций также используют передачу по ссылке, и если на них посмотреть, станет понятно, что это сделано абсолютно корректно.

Comments

[Кирилл Несмеянов]

> К примеру, в ООП нельзя передавать кроме как по ссылке

Чо?)

[batyrmastyr]

Кирилл Несмеянов, он явно имел ввиду передачу объектов и в PHP (как в большинстве популярных языков) они передаются по ссылке. Правда «ужасные последствия» всё же наступают и для борьбы с ними придумали «неизменяемые объекты», да ещё и втащили readonly на уровне языка.

[Vitsliputsli]

batyrmastyr, если ссылки так "ужасны" значит все объекты нужно сделать "неизменяемыми", почему так не сделали? Потому что дело не в ссылках. А на что предложите заменить встроенные процедурные функции использующие ссылки?
Когда вы работаете с огромным массивом, как вы его будете передавать? Правильно, по ссылке, какие "ужасные последствия"? Никаких, но они будут, если вы так не сделаете.
Исходя из всего перечисленного, еще раз, дело не в ссылках, а в непонимании, как они работают. А для того чтобы "выстрелить себе в ногу" есть много возможностей, но ссылки в этом не виноваты.

[batyrmastyr]

Vitsliputsli, как минимум потому, что слишком дорого (клонирование + сбор мусора) и нужно далеко не всегда. Например, в популярных реализациях сообщений по PSR авторы считают, что нужно.

А на что предложите заменить встроенные процедурные функции использующие ссылки?

Большая их часть - сортировка, а остальные функции ссылки не используют.

Когда вы работаете с огромным массивом, как вы его будете передавать?

1) Массивы не только огромные бывают.
2) Генераторы никто не запрещал.
3) Разделяй и властвуй.
4) Передача по ссылке.

А для того чтобы "выстрелить себе в ногу" есть много возможностей

Поэтому вы против возможности некоторые из них исключить? Или вы не заметили, что кавычки я никуда не убирал?

[Vitsliputsli]

batyrmastyr, первые 2 абзаца звучат, как будто я предложил все передавать по ссылке, а все наоборот, я говорил, что есть разные инструменты, и они ни хорошие, и ни плохие.
Исключить что? Отличный необходимый инструмент? Зачем?

«ужасные последствия» всё же наступают

Тут хоть с кавычками, хоть без, смысл что что-то пошло не так.

И чем нам помогут генераторы?

Answer 3

[alexalexes]

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