witam

slabo sie znam na programowaniu obiektowym, ale udalo mi sie stworzyc klase, gdzie mam funcke polaczenia sie z baza i dodawania, edycji, usuwania. wyglada to mniej wiecej tak:

[PHP] pobierz, plaintext 
class base {
 
public function con {
  $pdo = itd
 
  return $pdo;
}
 
public function wyswietl{
  $pdo = $this->con();
 
 $st = pdo->query('select * from test');
}
 
itd
 
}
[PHP] pobierz, plaintext 

i to dziala ok. probowalem jednak funkcje con przerobic na konstruktor, zebym nie musial wpisywac ciagle tego $pdo = $this->con();
i zrobilem tak:

[PHP] pobierz, plaintext 
class base {
 
public function __construct {
  $pdo = laczenie z baza 
 
  return $pdo;
}
 
public function wyswietl{
 
 
 $st = $pdo->query('select * from test');
}
 
itd
 
}
[PHP] pobierz, plaintext 

ale wtedy to nie dziala, a niby powinno automatycznie byc. jak to poprawic?

Konstruktor nie może zwracać wartości, jego zadaniem jest zdefiniowanie niezbędnych danych początkowych potrzebnych do utworzenia egzemplarza obiektu i utworzenie samego obiektu. Od zwracania wartości są metody lub pola publiczne.

czyli nie da sie zrobic czegos takiego, ze z kazdym wywolaniem jakiejs metody w klasie automatycznie lacze sie z baza?

Możesz zrobić tak:

[PHP] pobierz, plaintext 
class base {
protected $db;
 
public function con {
  $this->db = //łączenie
}
 
public function wyswietl{
 
 $st = $this->db->query('select * from test');
}
 
itd
 
}
[PHP] pobierz, plaintext 

w sumie to robilem podobnie czytalem cos o konstruktorach i myslalem, ze mozna to automatycznie zrobic, ale ok.

a powie mi ktos jeszcze czemu tam jest protected $db; ? i tak sie tego nie uzywa potem chyba...

Modyfikatory dostępu to podstawy obiektówki, polecam poczytać na ten temat, w sieci jest mnóstwo informacji.

ok, juz chyba wiem

a jeszcze takie zasadnicze pytanie - potrzebuje miec takie opcje jak laczenie z baza, dodawanie, edytowanie, usuwanie, pobieranie w 3 roznych wersjach. dlaczego lepiej do tego zrobic klase z metodami, niz normalne funkcje? takie dziwne pytanie, ale sie zastanawiam czy w ogole jest sens robienia klas, skoro latwiej jest zwykle funkcje

Poczytaj o programowaniu obiektowym.

czytalem, ale chodzi mi o ten konkretny przypadek, chyba mozesz napisac w paru slowach

Co znaczy "ten konkretny przypadek"? Nie wiem czy i jak zamierzasz wykorzystywać w przyszłości swój kod, wprowadzając tylko nieznaczne modyfikacje poprzez nadpisanie kilku metod, zamiast ślęczenia nad setkami zmian w kodzie proceduralnym. Do takich mikro-zastosowań dla projektów tworzonych tylko dla siebie nie ma obowiązku stosowania obiektowego paradygmatu, ale nikt Ci tego nie zabroni. To jest zawsze subiektywny wybór i cienka granica, kiedy przejść na oop, a kiedy zostać przy procedurze. Sam musisz tę linię znaleźć. Przeczytaj chociaż ten artykuł na wiki. W tak skromnym tekście masz opisane niektóre zalety kodu obiektowego i jego przewagę nad strukturalnym, wystarczy zajrzeć, przemyśleć, zastanowić się. Dla mnie osobiście kod obiektowy:
- jest znacznie czytelniejszy
- jest łatwiejszy w zarządzaniu i konserwacji, a co za tym idzie tańszy w utrzymaniu
- ułatwia pracę grupową
- cechuje się zupełnie odmiennym podejściem do programowania w porównaniu do kodu strukturalnego i ta inność jest bliższa rzeczywistości, która nas otacza
- pozwala zaoszczędzić wiele czasu i pracy poprzez reusing
- itp.

dzieki za odpowiedz