Forum PHP.pl

Witam.

W ostatnim czasie zauważyłem ,ze na liscie funkcji deprecjonowanych jest each()

Od jakiegoś czasu przerabiałem pętle foreach() na pętle " while (list($id, $nazwa) = each($my_array)) { .. } " .

Widziałem różne testy, gdzie pętla while była szybsza, podobno nie robi w pamięcie serwera kopii tablicy jak pętla foreach().


Jaka jest Wasza opinia na ten temat? Muszę spowrotem zamieniać na foreach() ?

Odczułeś różnicę w wydajności zamieniając foreach na while?

Nie chce się opierać na "odczuciach" i za 6 lat płakać, że stworzony niewydajny moloch nadaje się na śmietnik.

Chciałbym w każdym możliwym miejscu poprawiać wydajnośc, i nowe elementy tworzyć teżwoparciu o to. To chyba nic złego?

Ten post edytował kukix 6.10.2017, 17:09:26

Stary, za 6 lat to to co napisałeś i tak pójdzie do kosza.

Nie zawracaj sobie dupy takimi pierdołami, bo są ważniejsze rzeczy do roboty niż medytacja 2 tygodnie nad wydajnością while vs foreach. Uwierz mi że to nie ma takiego znaczenia.

Nooo chyyyybaaaa że mielisz w pętli te tablice wielkości 10000000 elementów. Ale wtedy to raczej zastanowiłbym się po kiego taka wielka tablica.

Tak więc dla dobra Twojego, nie rób optymalizacji tam gdzie ich nie potrzebujesz na tą chwilę to zamiast pisać aplikację to stoisz w miejscu.

PS. I tak nie napiszesz idealnej aplikacji

Ten post edytował Pyton_000 6.10.2017, 17:15:42

Python ma rację, optymalizacja pętli ma sens jeżeli nasz kod przetwarza dziesiątki tysięcy informacji, a nie zwykle proste informacje.
A ja ze swojej strony powiem, daną pętle stosuje się zgodnie z potrzebą, dlatego mamy kilka rodzai pętli do użycia pisząc kod.

na http://www.phpbench.com/ masz wynikowe testy wydajnościowe między foreach a while


Ten post edytował Tomplus 6.10.2017, 17:24:39

Masz... żeby nie było że się czepiam:

[PHP] pobierz, plaintext 
<?php
print "While vs Foreach benchmark" . PHP_EOL;
 
$elements = [
    1,
    10,
    100,
    1000,
    10000,
    100000,
    1000000,
    10000000,
    100000000,
];
 
foreach ($elements as $element) {
    print "Starting test with $element elements" . PHP_EOL;
    print "Start Generating elements" . PHP_EOL;
    $start = microtime(true);
    $data = range(1, $element);
    print "Finished generating elements: " . (microtime(true) - $start) . PHP_EOL;
 
    reset($data);
    print "Start while()" . PHP_EOL;
    $start = microtime(true);
    while (list($a, $b) = each($data)) {
 
    }
    print "Finished while: " . (microtime(true) - $start) . PHP_EOL;
 
    print "Start foreach()" . PHP_EOL;
    reset($data);
    $start = microtime(true);
    foreach ($data as $a => $b) {
 
    }
    print "Finished foreach: " . (microtime(true) - $start) . PHP_EOL;
    print PHP_EOL.PHP_EOL;
}
[PHP] pobierz, plaintext 

i wyniki:
http://bin.devsphp.pl/fe4c17dbf540f3403a3e...8bfe037b676.sql

Punkt

- kiedyś na pewno tak było, teraz nie wiem i może to mieć znaczenie dla zużycia pamięci a i to w czasach, gdy miałeś do dyspozycji kilka MB bez wsparcia różnych middleware i trzeba było się poważnie zastanawiać, co wrzucać do tablicy a co nie.
PHP jest prostym językiem skryptowym do określonych zastosowań i jeśli np. chcesz w PHP napisać algorytm analizujący czarne dziury czy kwazary to znaczy, że wybrałeś złą technologię
Nie ma sensu się zastanawiać nad $z++ vs ++$z bo nawet najlepszy kod PHP nigdy nie dorówna językom kompilowanym.
Jeśli wydajność algorytmu jest kluczowa a nie np. szybkość klepania backendu to należy użyć innej technologii.
Optymalizując algorytm w PHP na typowej stronie zyskasz może 0,1%, bo 99,99% problemów z wolno ładującymi się stronami to zły model danych, nadmierna ilość zewnętrznych requestów, słaby serwer, złe projektowanie całej strony, skopana część frontendowa i tak dalej.

Przykład z $++ i ++$z słabo trafiony