Wywołanie obiektu w obiekcie Opcje

[impimp94]

Witam,
Nie dawno zacząłem się uczyć obiektowego PHP. Mam pytanie: Czy mogę wywołać obiekt w obiekcie? Czy można to zrobić inaczej?

[PHP] pobierz, plaintext 
// Uproszczona wersja klasy
class MySql {
public $login;
public $pass;
public $server;
public $db_name;
function MySql($server,$login,$pass,$db_name) {
$conn = mysql_connect($this->server,$this->login,$this->pass);
mysql_select_db($this->db_name);
}
function query($sql) {
$query = mysql_query($sql);
}
}
 
class jakas {
// jakieś zmienne
function chec_login($login,$pass) {
$conn = new Mysql(); //dane
// Nie wiem czy tak powinno się robić
// Bardzo proszę o pomoc
// i z góry dziękuje 
}
}
[PHP] pobierz, plaintext 

Powód edycji: [batman]:

[phpion]

Tak, możesz tworzyć obiekty wewnątrz innych klas.

[zend]

[PHP] pobierz, plaintext 
class jakas {
// jakieś zmienne
function chec_login($login,$pass , $conn) {
// Nie wiem czy tak powinno się robić
// Bardzo proszę o pomoc
// i z góry dziękuje 
}
}
 
$m = new Mysql();
$j = new jakas();
$j -> check_login($l , $h , $m);
[PHP] pobierz, plaintext 

Możesz przekazać referencje do klasy jako parametr

[Frozen]

Mam takie pytanie dotyczące dokładnie tej kwestii. Jak z tym sobie poradzić gdy mamy klasy korzystające z klasy obsługi abstrakcji bazy danych. Czy w każdej stworzyć na nowo obiekt klasy db, czy są jakieś programistyczne praktyki, które pozwalają "obejść" ten problem?

[morgan]

Dziedziczenie, jezeli dobrze zrozumialem co chciales powiedziec

Ten post edytował morgan 31.03.2010, 16:42:40

[Crozin]

Przekazujesz obiekt "bazy danych" do każdego z tych obiektów:

[PHP] pobierz, plaintext 
class MyDBHandler { ... }
 
class A {
  private $db;
 
  public function __construct(MyDBHandler $db) {
    $this->db = $db;
  }
}
 
class B {
  private $db;
 
  public function setDbHandler(MyDBHandler $db) {
    $this->db = $db;
  }
}
 
$db = new MyDBHandler();
$a = new A($db);
$b = new B();
$b->setDBHandler($db);
[PHP] pobierz, plaintext 

W zależności od potrzeb stosujesz wersję A lub B. W tym konkretnym przypadku, będzie to zapewne A. Oczywiście obie wersje można połączyć.

[mike]

Dziedziczenie, jezeli dobrze zrozumialem co chciales powiedziec

Omijaj dziedziczenie w takich momentach. Jeśli chcesz mieć dostęp do bazy danych w wielu klasach to odziedziczenie po jakiejś klasie DB (powiedzmy, że to wsparcie dla bazy danych) jest najgorszym co możesz zrobić.

[zend]

W prostych przypadkach, takich jak Twój, najlepszym rozwiązaniem co do bazy danych jest singleton, czyli klasa którą tworzy się tylko raz w czasie wywołania całego skryptu np $db = MyDatabase::getInstance(); w tej klasie w metodzie __construct() tworzysz połączenie i przypisujesz do pola, implementujesz tez taką metodę jak query() która wykonuje zapytania, opcjonalnie mozesz dodać jeszcze kilka metod takich jak insert(), update(), delete(), select(), które przyspieszą tworzenie kodu

Implementacja obslugi bazy danych jako singleton uwolni Cię od ciągłej potrzeby przekazywania połączenia do klas jako parametr konstruktora, jest też kilka minusów używania singletona, ale to chyba nie temat na ten wątek

Wzorzec singleton

Ten post edytował zend 31.03.2010, 21:50:13

[morgan]

no jak widac nie zrozumialem, racja dziedziczenie bedzie tutaj najgorszym ze sposobów. To co zaprezentowal Crozin nazywa sie kompozycją. .Ja zazwyczaj stosuje w takim przypadku wzorzec singletona. Zazwyczaj otwieramy tylko jedno polaczenie z baza danych, wiec wystarczy jedna instancja danej klasy i dzieki uzyciu kompozycji mozesz trzymac referencje do tej instacji w kazdej klasie.
Przepraszam jezeli wprowadzilem wczesniej w blad.

O zostalem uprzedzony :]

Ten post edytował morgan 31.03.2010, 21:52:58

[Crozin]

W prostych przypadkach, takich jak Twój, najlepszym rozwiązaniem co do bazy danych jest singleton

Wcale, że nie będzie. Singleton powinien być używany tylko i wyłącznie w celu zapewnienia, że powstanie dokładnie jedna instancja klasy, a nie w celu dostępu do niej zewsząd.

Klasa mająca obsługiwać bazę danych nie jest czymś co kwalifikuje się pod użycie Singletona.

Ten post edytował Crozin 31.03.2010, 22:45:15

[zend]

Dostęp do bazy danych z każdego miejsca jest tą nieprzyjemną konsekwencją nad którą nie chciałem się rozwodzić. Singleton jest strukturą którą najłatwiej utrzymać na samym początku zwłaszcza gdy osoba kodująca jest świerza w temacie i nie wie w co ręce włożyć.

Kolejną lepszą praktyką może być dziedziczenie wszystkich modeli (miejsc z których będziesz wykonywał zapytania), w klasie bazowej tworzysz publiczny statyczny setter przez który ustawiasz połączenie i chroniony statyczny getter przez który możesz wyciągnąć połączenie które uprzednio ustawiłeś, w klasach w których dziedziczysz tą klasę masz bezproblemowy dostep do bazy i nie ma nieprzyjemnych konsekwencji użycia singletona który użyty w niewłaściwy sposób jest antywzorcem projektowym

Ale sam wybierz co bedzie na samym początku lepsze dla Ciebie

Ten post edytował zend 1.04.2010, 10:53:36