В чём смысл передавать array_reverse в foreach без явной необходимости обратного порядка элементов?

Question

[iljaGolubev]

Часто встречаю код типа

foreach (array_reverse($array) as $v) {
                /// any code
            }

В чём смысл array_reverse?
примеры:
тыц или дыц
К коду в котором действительно нужно изменить порядок (с ключами или нет) - вопросов нет.

UPD.

array_reverse(array $array, bool $preserve_keys = false): array

Принимает массив array и возвращает новый массив, содержащий элементы исходного массива в обратном порядке.
Значит, одна из причин - оставить исходный массив нетронутым.
Но время выполнения при array_reverse существенно больше...
Единственная ли это причина?

UPD 2
После бурного тыканья меня носом - формулирую единственно верный ответ: "Использовать array_reverse если нет необходимости перевернуть массив - смысла нет (бесполезная лишняя операция)."
Собственно, я так и думал. Но сомневался. Поэтому спросил. Неудачно.
Признаю: поторопился, плохо сформулировал вопрос, ссылки на "примеры" только ухудшили ситуацию. А потом вообще "нагородил всякого".
Что я хотел узнать: "Может есть что-то такое не документированное в PHP при foreach(array_reverse) чего я не знаю."
Как, (ещё один неудачный) например

$string = "abc";
$c = $string[2]; // 'c'
$string[2]='X'; // 'abX'

Comments

[iljaGolubev]

Максим Федоров, ок. не "внутри". поправил.

а в данных ситуациях нужно наоборот

- в том то и дело, что не вижу необходимости. тут, например переворачивается массив IP (без сохранения ключей). какая польза от этой операции именно в контексте foreach?

[Adamos]

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

[Adamos]

Значит, одна из причин - оставить исходный массив нетронутым

Возьмите наконец учебник и не выдумывайте глупостей.
Без специальных усилий foreach переданный ему массив и не "трогает".

Answer 1

[Ипатьев]

Для ответов на подобные вопросы всегда полезно использовать логику.
Например:
Если необходимости в обратном порядке элементов нет, то array_reverse не нужна.
Если array_reverse используется - значит, скорее всего, необходимость есть, но вы её просто не видите.

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

"оставить исходный массив нетронутым" причиной не является.

Comments

[iljaGolubev]

но это не ответ.

но вы её просто не видите.

на этот вопрос

[Ипатьев]

Как раз наоборот. на этот вопрос вот прям идеальный ответ.
Вы хотели генерализованный ответ на общий вопрос - вы его получили.
Хотели бы ответ на конкретный вопрос по конкретному участку кода - задавали бы его.

[iljaGolubev]

Роман Юрьевич Ипатьев,
В чём смысл использования array_reverse внутри foreach без явной необходимости обратного порядка элементов?
что не так с вопросом?

[Ипатьев]

где я хоть намёком написал, что с вопросом что-то не так? Прекрасный вопрос, и я на него подробно ответил.
это вы, по-моему, ответом недовольны :)

[iljaGolubev]

- "В чём смысл?"
- "Вы просто его не видите".
- Браво!

[Melkij]

Посмотрите внимательно на пример parseHeaders и подставьте простейший
HTTP/1.1 200 OK
Content-Type: text/html
на вход. С array_reverse и без него результат будет правильный и не правильный. Ещё интереснее, если взять заголовки от http 301 с включенным follow location, где ^HTTP/ может быть несколько.

[Ипатьев]

у вас вопрос "не в чем смысл"
а "В чём смысл без явной необходимости". Ответ на который приведён выше.
Если вас не устравает отражение, то не надо пенять на зеркало.
Если вас не устраивает ответ, то попробуйте сначала прочитать вопрос.

[iljaGolubev]

Melkij, Это при условии, что на входе массив в "правильном" ("не правильном") порядке. Но сама parseHeaders ничего об этом не знает.

[Adamos]

Роман Юрьевич Ипатьев, вам не кажется, коллега, что пациент просто безнадежен?

[Ипатьев]

iljaGolubev, вы, похоже, действительно не понимаете чего-то фундаментального. И поэтому ваши вопросы кажутся всем просто глупостью. Либо вы просто не можете объяснить, что именно вам непонятно.

Я предлагаю вам вместо того чтобы капризничать и демонстрировать искрометный сарказм, всё-таки попробовать пояснить, что именно вызывает у вас недуомение.
Потому что для всех остальных применение array_reverse совершенно логично и оправданно, в силу явной необходимости обратного порядка элементов

[iljaGolubev]

Adamos, Роман Юрьевич Ипатьев,
Попрошу всё же не переходить на личности, а отвечать по существу.
Обновил вопрос. оставить исходный массив нетронутым. - это я могу понять.

Касательно parseHeaders и "А если встречается начало заголовка "^HTTP/" - то отбрасывается все, что было до него." - не верно. потому что return $values; (хотя пример только для примера, ну да ладно).
И даже если сбрасываются, в чём смысл переворачивать массив если никакой гарантии позиции '{^HTTP/}i' в нём?

[Ипатьев]

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

[Adamos]

iljaGolubev, ты нагородил ерунды, тебя ткнули носом.
Вместо того, чтобы задуматься, ты оскорбился и продолжаешь тупить и спорить.
Нам, собственно, и не впилось тебя воспитывать. Хочешь быть дураком - да пожалуйста. Не хочешь быть дураком - посмотри на ответы и на код еще пару раз, прежде чем кричать "не верно" - может, дойдет, о чем речь.

[kolomat]

Ну как Роман Юрьевич Ипатьев написал зависит от логики. Я недавно делал интеграцию api банка с api гугл таблиц и надо было что бы новые транзакции шли сверху, поэтому и переворачивал массив от банка)

Answer 2

[Adamos]

тыц или дыц

В первом случае реверсится стек, имеющий глаза да видит, не знающий термина да погуглит.
Во втором - сложнее. Код разворачивает заголовки. Если в них несколько раз по-разному указано значение одного и того же ключа - ему будет присвоено первое из значений, более поздние перепишутся. А если встречается начало заголовка "^HTTP/" - то отбрасывается все, что было до него.

В обоих случаях заявление, что "без явной необходимости" - просто глупость.