Czy Waszym zdaniem jest sens tworzyć klasę abstrakcyjną GenericObject? Klasę tą dziedziczyłyby wszystkie typowe klasy i miałaby ona służyć do wykonywania operacji często powtarzanych w typowych klasach, takich jak: tworzenie, wczytywanie, aktualizowanie, usuwanie rekordów z bazy danych.

Jeżeli jest sens, to proszę jeszcze o odpowiedź na pytanie, jak ta klasa u Was by wyglądała?

Moja klasa GenericObject posiadałaby następujące pola i metody:

[PHP] pobierz, plaintext

1. abstract class GenericObject
2. {
3. private $id; // id w bazie danych przechowywanego obiektu
4. private $loaded; // wczytane dane
5. private $data; // dane zmienione
6. private $modified; // tablica booleanów przechowujących infomację o tym, czy dane pole zostało zmienione
7. static private $tableName; // nazwa tabeli, w której są przechowywane rekordy tej klasy
9. final protected function toCollection($result);
10. /* powyższa metoda na podstawie wyniku zwracanego przez mysql_query("SELECT ... "); zwraca kolekcję obiektów klasy dziedziczącej po GenericClass */
12. protected function load(); // wczytuje dane z bazy danych
13. protected function delete(); // usuwa dane z bazy danych
14. // powyzsze funkcje sa protected zeby uzytkownik klasy mogl je modyfikowac
15. protected function setFields(); // jezeli uzytkownik klasy sam nie zdefiniowal metod load i delete, to potrzebne sa pola w tej tabeli
17. final public function __construct($id = 0); // jezeli bez argumentu, to tworzy nowy obiekt, a jezeli z argumentem, to wczytuje obiekt o podanym id
18. final public function get($field); // zwraca wartosc pola $field
19. final public function set($field, $value); // ustwia wartosc pola
20. final public function fromArray($array); // zapisuje odpowiednie wartosci na podstawie tablicy, dzieki temu mozna napisac obiekt->fromArray($_POST)
21. static public function createTable(); // tworzy tabele w bazie danych dla klasy
22. static public function setTableName($tableName); // ustawia zmienną $tableName
23. public function isValid($field, $value); // sprawdza poprawność
24. public function save(); // zapisuje dane w bazie danych
25. public function forceLoaded(); // ustawia loaded na true
26. }

[PHP] pobierz, plaintext

P.S. Możliwe, że mój powyższy kod zawiera jakieś błędy, albo czegoś nie przewidziałem, proszę wtedy o uprzejme opisanie, co robię nie tak.

Rozwiązanie to jest powszechnie stosowane we wszelkiego rodzaju ORM-ach czy abstrakcjach baz danych. Wygląd clasy abstrakcyjnej zależy od tego jakie narzędzie lub funkcjonalność chcesz przy jej pomocy osiągnąć. Czy to ma być coś ala Active Record czy DAO? Nazwa GenericObject jest moim zdaniem zbyt ogólna. Czy ta klasa ma być podstawą wszelkich twoich klas czy tylko klas związanych z BD?

Wielkie dzięki za odpowiedź.


Raczej ActiveRecord, ale ktoś kto pisałby klasę dziedzicząca po GenericObject tworzyłby metody statyczne takie jak są w DAO.


Tylko związanych z BD.

Jak wyglądałaby taka klasa, gdybyś ty ją projektował?

Akurat mowisz chyba o autorach ksiazki co ?

@NuLL, jeżeli dobrze Cię zrozumiałem, to odpowiedź na Twój post brzmi:

Samą ideę tworzenia takiej klasy poznałem w książce, ale tamten kod, który tutaj wkleiłem to jest mój kod. Na podstawie tego, co przeczytałem w książce postanowiłem stworzyć własną wersję tej klasy by była dostosowana do moich potrzeb. Jeżeli masz tę książkę, to zajrzyj do niej, a zobaczysz, że moja wersja znacząco się różni od tej z książki.