Co zamiast tablicy?, w przykładzie Factory Method Opcje

[madreus]

Witam!
Zaczynam dopiero zdobywać wiedzę o wzorcach projektowych, więc jakby co nie bijcie

W przykładzie z klasą Articles
http://www.phppatterns.com/docs/design/the...method#layering
trafiłem na adnotację, że metoda z tej klasy ładuje całą zawartość tabeli do tablicy, a tak nie powinno się robić.

Note: the Articles class above fetches the entire contents of a table and places it in a PHP array. In general this is a bad idea - what if you have 10000+ articles? I’m just doing it here to keep the example code simple (i.e. don’t try this at home).

Stąd moje pytanie, co autor mógł mieć na myśli? Jest jakiś inny (niż tablice), bardziej wydajny sposób operowania na dużych ilościach danych, który można byłoby zastosować w tym przykładzie?

[osl]

autor miał na myśli wczytywanie całej tabeli (prawdopodobnie z jakiejś bazy danych) do tablicy w php, co rzeczywiście na dłuższą metę jest słabym pomysłem

[erix]

Tablica jest prostsza niż obiekt, stąd będzie wydajniejsza.

A już na pewno mniej pamięciożerna. Jeśli rozważana klasa bazuje na setterach/getterach - tablice 100% będą szybsze.

[erix]

Jeśli dobrze rozumiem, to korzystasz wtedy z ArrayObject.

[Pr0100]

tablica numeryczna? nie bardzo - predzej asocjacyjna...

Czemu nie? Zawsze myślałeś że jest ona bardziej wydajna (a przypomnę że temat ten dotyczy wydajności a nie wygody)

a jezeli mowimy o tablicy bez metod, z wszystkimi zmiennymi publicznymi?

ale jaki ma sens obiekt bez metod? Co uzyskasz wykonując taki zabieg?

Ten post edytował Pr0100 16.06.2009, 12:51:41

[erix]

(a przypomnę że temat ten dotyczy wydajności a nie wygody)

OK, ale wtedy masz problemy z poszukiwaniem kluczy dla danych własności. Ostatecznie zostają jeszcze stałe zawierające indeksy numeryczne, ale podejrzewam, że różnice w prędkości będą się mieściły w granicach błędu statystycznego...

ale jaki ma sens obiekt bez metod? Co uzyskasz wykonując taki zabieg?

Można spróbować to podciągnąć pod czytelność i chęć pogrupowania wraz ze stałymi, ale czy ja wiem... No i odchodzi problem widzialności - klasa statyczna...

[.chudy.]

Zainteresuj się leniwą konkretyzacją, na forum było już kilka tematów

[dem]

OK, ale wtedy masz problemy z poszukiwaniem kluczy dla danych własności. Ostatecznie zostają jeszcze stałe zawierające indeksy numeryczne, ale podejrzewam, że różnice w prędkości będą się mieściły w granicach błędu statystycznego...
Można spróbować to podciągnąć pod czytelność i chęć pogrupowania wraz ze stałymi, ale czy ja wiem... No i odchodzi problem widzialności - klasa statyczna...

mozna jescze rowazyc inne struktury danych.. zalezy co chcemy przeszukiwac i jaka chcemy miec wydajnosc...

"jesli nie tablica jako kontener danych to co?"

np drzewo bst, avl, lub moze czerwono czarne?
moze kopiec?
moze koleji fifo albo lifo ?

zalezy jaki efekt koncowy z jaka wydajnoscia chcemy uzyskac...

Ten post edytował dem 17.06.2009, 19:40:28

[plurr]

ArrayObject o którym pisał erix jest fajnym rozwiązaniem, dodam przykład z manuala.

[PHP] pobierz, plaintext 
<?php
class TestArrayObject extends ArrayObject {   
    public function __set($name, $val) {
        $this[$name] = $val;
    }
 
    public function __get($name) {
        return $this[$name];
    }
}
$obj = new TestArrayObject();
$obj->a = 'aaa';
echo $obj->a . "\n";
?>
[PHP] pobierz, plaintext 

[erix]

A po co aż tak?

[PHP] pobierz, plaintext 
<?php
$tablica = array();
 
$obj = new ArrayObject($tablica);
$obj->klucz = 'asd';
 
echo $obj->klucz;
?>
[PHP] pobierz, plaintext 

I masz to samo.

[plurr]

O prosze, jeszcze prościej. Szkoda że w php nie ma jako takiego głównego obiektu (tj w javie Object), co prawda niby jest stdObj, ale jakieś to kulawe.