🚀 go-pugleaf

NEO.pl / PHPEncoder.pl pisze:
> Nic Ci tu nie zoptymalizuje (co zreszta latwo sprawdzic samemu).
> Zreszta parser nie od tego.

Sprawdziłem samemu, wnioski na dole, ty sprawdzałeś czy tylko tak sobie 
piszesz?

> 
> Zysk nie jest wielki, jednak wystarczy zebys count() zastapil
> czyms bardziej zlozonym + iteracji mial wicej niz kilka zeby
> za moment music marnowac czas na optymalizacje czegos co mozna
> od razu napisac poprawnie. A poniewaz wyjecie count() za for()
> nie zaciemnia kodu ani troche, nie wymaga tez 10 godzin zmudnej
> roboty. a ze po tablicach sie dosc czesto chodzi... Poza tym
> wystarczy zebys w tej petli modyfikowal jednoczesnie tablice
> po ktorej chodzisz i juz paskudny bug gotowy.
> 

Ależ oczywiście masz rację, z punktu widzenia akademickiego, w tym 
konkretnym przypadku jest to bez znaczenia...

> PS: Uwielbiam argumenty poprzedzone tekstami typu "a o ile się nie mylę,
> a mogę się mylić". Oznacza to mniej wiecej tyle: "cos mi sie tam wydaje,
> reszty sie domyslam, ale nie chce mi sie sprawdzac wiec sobie pogadam
> troche dla zabicia czasu a jakby jednak wyszlo ze mi cos nie wyszlo to
> przeciez pisalem ze moge sie mylic".

No cóż wydaje mi się, że gdzieś o tym czytałem, ale nie mam pojęcia 
gdzie, dlatego napisałem że mogę się mylić.... ale specjalnie dla Ciebie 
zrobiłem testy i wyszło, że nie ma znaczenia dla tablicy o wielkości 
nawet 1 000 000. Testy na PHP 5.2.6 W obu przypadkach czas wykonywania 
jest porównywalny.

> Troche zalatuje "dyskusjami" na
> Onecie :)

Gdzie ty bywasz...

-- 
Blog: http://blog.stalica.info