Witam.
Koledzy z forum uświadomili mi, że to czas na naukę obiektówki. Jest to moja pierwsza "większa" klasa (te z tutoriali ograniczały się do sami wiecie czego ). Na wstępie też proszę aby nie było tematów w stylu PDO gdyż skoro mam się uczyć to lepiej na swoich skryptach. Problem pojawił się już na początku. Coś co w strukturalnym kodowaniu wygląda tak:

[PHP] pobierz, plaintext 
<?php
$polaczenie1 = mysql_connect($host, $login, $haslo);  
if ($polaczenie1){
mysql_select_db($baza1, $polaczenie1);
}
?>
[PHP] pobierz, plaintext 

nie chce mi wyjść w obiektówce. Chodzi mi konkretnie o "oznakowanie" połączenia mysql_connect by potem wywołać go przy mysql_select_db. Teoretycznie proste, ale co jeśli pojawi sie więcej połączeń? Wtedy każde musiało by mieć swoją zmienną na zasadzie: $polaczenie1, $polaczenie2 . Mam nadzieje, że rozumiecie o co mi lotto

A tak przy okazji to mam pytanie, które mnie męczy a o dziwo w nie znalazłem na nie odpowiedzi:

[PHP] pobierz, plaintext 
<?php
class Mysql{
 
public function MysqlPolacz(){
 
}
 
}
?>
[PHP] pobierz, plaintext 

czy zmienne muszą być deklarowane przed wywołaniem funkcji czy mogą zostać utworzone dopiero "w niej". Chodzi mi o 3 zmienne - private $login; private $haslo; private $host; Innymi słowy - czy musi to wyglądać tak:

[PHP] pobierz, plaintext 
<?php
class Mysql{
 
private $login;
private $haslo;
private $host;
 
public function MysqlPolacz(){
 
}
 
}
?>
[PHP] pobierz, plaintext 

czy może tak:

[PHP] pobierz, plaintext 
<?php
class Mysql{
 
public function MysqlPolacz(){
 
 
private $login;
private $haslo;
private $host;
 
}
 
}
?>
[PHP] pobierz, plaintext 

Zmienne mogą być tworzone dynamicznie za pomocą __get() i __set(), ale narazie daj sobie z tym spokój.

[PHP] pobierz, plaintext 
 
class x{
 
protected $connection = null;
 
public function __construct($login , $haslo , $host , $baza)
{
$this -> connection = new mysqli($login , $haslo , $host);
}
 
public fucntion getConnection()
{
return $this -> connection;
}
 
}
[PHP] pobierz, plaintext 

Zamiast oznaczać, utwórz kilka instancji połączenia, każda do innej bazy, potem zapisz w rejestrze, zrób statyczny setter w klasie i tam ustawiaj domyślne połączenie

oki - to trochu inaczej ;D
Mysqli - MySQL Improved Extension
The MySQLi Extension Function Summary
wiem - piszesz to w ramach ćwiczeń - ale podałem linki od tak na wszelki wypadek
nowe połączenie to tworzysz nowy obiekt - jeden obiekt zajmuje się jednym połączeniem... by obiekty te były dostępne we wszystkich miejscach skryptu to możesz je odkładać np. w tablicy zmiennej statycznej (prawie jak global ale lepiej globali nie używać - po prostu odkładaj sobie w jakimś rejestrze) - lub obiekt do innych klas będziesz musiał przekazywać jakimiś metodami dostępowymi...

Ech :/ Wczoraj do 1 w nocy czytałem o OOP i nie potrafię stworzyć nawet najprostszego skryptu :/

plik mysql.class.php (nawet nie wiem czy można w ten sposób nazywać pliki)

[PHP] pobierz, plaintext 
<?php
 
class Mysql{
 
private $connect2;
 
public function connect($host, $login, $haslo, $baza){
 
 
$this -> connect2 = mysql_connect($host, $login, $haslo);
mysql_select_db($baza, $this->connect2);
 
if ($connect2){
echo 'Działa';
}else{
echo 'Błąd';
}
 
}
 
}
 
?>
[PHP] pobierz, plaintext 

plik index.php

[PHP] pobierz, plaintext 
<?php
 
include ('mysql.class.php');
 
$host = 'localhost';
$login = 'root';
$haslo = '';
$baza = 'test';
 
$polaczenie = new Mysql;
 
$polaczenie -> connect($host, $login, $haslo, $baza);
 
?>
[PHP] pobierz, plaintext 

Ciągle wyświetla mi błąd. Na localhoscie nie mam hasła do użytkownika root, więc go nie przypisuje zmiennej.

[PHP] pobierz, plaintext 
if ($this->connect2){
echo 'Działa';
}else{
echo 'Błąd';
}
[PHP] pobierz, plaintext 

daj procedury łączenia jako __construct():

[PHP] pobierz, plaintext 
class mysql{
private $_connection;
private $_query;
public function __construct($server,$user,$password,$database){
if(!$this->_connection=@mysql_connect($server,$user,$password)){
trigger_error('Can\'t connect to database (host: <i>'.$server.'</i>, user: <i>'.$user.'</i>)',E_USER_ERROR);
}elseif(!@mysql_select_db($database,$this->_connection)){
trigger_error('Can\'t select database (database: <i>'.$database.'</i>)',E_USER_ERROR);
}
}
//... dlasza część klasy, obsługa zapytań, i innych funkcji...
}
[PHP] pobierz, plaintext 

np. tak wygląda początek mojej klasy do mysql, która pisałem... mniejsza z tym, dawno temu
i potem:

[PHP] pobierz, plaintext 
$db=new mysql($config_script['mysql_host'],$config_script['mysql_user'],$config_script['mysql_pass'],$config_script['mysql_db']);
[PHP] pobierz, plaintext 

Dziękuję ! Działa, pierwszy etap bardzo prostej, edukacyjnej klasy obsługującej mysql za mną

[PHP] pobierz, plaintext 
<?php
class Mysql{
 
private $sql;
 
	function connect($host, $login, $haslo, $db){
 
	$this -> sql = mysql_connect($host, $login, $haslo);
	mysql_select_db($db, $this->sql);
 
		if ($this -> sql){
		echo 'Działa';
		}else{
		echo 'Błąd';
		}
 
	}
 
}
 
?>
[PHP] pobierz, plaintext 

Do nauki oop nie bierz się za opakowywanie w klasę kodu strukturalnego, bo imo tak się nie nauczysz. Skoro nie chcesz rozbudowywać gotowych klas (np. pdo, mysqli) to zacznij naukę od abstraktów, np. zwierząt. Utwórz sobie klasę np. DziadekMis z jedną metodą publiczną, jedną chronioną i jedną prywatną. W każdej z tych metod zwracaj jakieś dane (do woli). Następnie napisz klasę TataMis dziedziczącą po DziadekMis i nadpisz spróbuj nadpisać wszystkie metody, zobacz, co się stanie. Kontynuując zabawę - spróbuj w klasie TataMis wywoływać metody Dziadka poprzez parent::metoda(). Ogólnie ucz się obiektówki na niekonkretnych abstraktach i traktuj każdy obiekt, jako najbardziej jak to tylko możliwe samodzielny i niezależny od innych byt. Imo programowanie obiektowe najlepiej poznaje się traktując obiekty jako zamknięte w logiczną całość funkcjonalne jednostki kodu. Za przykład może posłużyć dosłownie wszystko. Lubisz np. mechanikę? Utwórz obiekty: Kolo, Detka, Opona, Silnik, SkrzyniaBiegow, Rozrzad, Wtrysk itd. i spróbuj zbudować z nich samochód. Zachowanie samochodu (skręt w prawo, hamowanie, dodanie gazu, włączenie kierunkowskazu - zdefiniuj w metodach). Generalnie metody definiują zachowanie obiektu, właściwości - dane (w uproszczeniu). Ucz się od razu wykorzystywania interfejsów, właściwie - zaczynaj programowanie od zaprojektowania interfejsu i programuj zawsze pod wcześniej założony interfejs, nigdy odwrotnie (programowanie kontraktowe jest imo jednym z najwydajniejszych sposobów projektowych). To tylko takie moje krótkie uwagi, wynikłe z mojego doświadczenia w nauce oop. Naprawdę łatwiej jest nauczyć się programować pisząc nawet zupełne abstrakcje typu klasa Zwierzęta, (jakieś metody typu jedz(), spij() itp.) następnie klasa dziedzicząca po zwierzętach, np. Owady, nadpisująca wspomniane metody, dalej klasa np. Komar. Łatwiej Ci będzie zrozumieć relacje, jakie zachodzą pomiędzy obiektami, jeśli w naturalny sposób zaczniesz odwzorowywać obiektami istniejącą rzeczywistość (zresztą poniekąd o to chodzi w oop - rozbijanie dużego problemu na małe podproblemy).

Darko z wielką chęcią, ale "czas to pieniądz". Niestety mam tego pecha, że obiektówkę muszę poznać bardzo szybko, i niestety nie mam czasu na zabawy w odkrywce tajemnic lasu. Jak tylko uporam się z dotychczasowymi problemami na pewno poznam dużo lepiej ten język, a teraz. No cóż, zrobić tak aby działało, innego wyjścia nie ma.

Nauka złych nawyków, podejście do problemów na zasadzie szukania sposobu "byleby działało", przerabianie materiału "po łebkach" <-- imo to jest gorsze niż brak wiedzy w ogóle. No ale bywa i tak, że czasu nie ma na naukę, wtedy jest niestety miejsce na prowizorkę. Owocnej nauki.

skorzystam z okazji i zapytam:
Sprawdzanie czy zapytanie wykonało się zostawić klasie czy w miejscu gdzie tworze obiekt sprawdzać? Cały problem polega na tym, że będzie jeszcze jedna klasa odpowiedzialna za języki która wczytuje wartości treści z pliku pl.php. I teraz nie wiem jak się za to zabrać.

Jeżeli wykonanie zapytania się nie powiodło powinieneś wyrzucić wyjątek.

Poczytałem o wyjątkach i znalazłem taki kod:

[PHP] pobierz, plaintext 
<?php
	try // 1
	{
		$tekst = @file_get_contents('plik.txt');
 
		if($tekst === false)
		{
			throw new Exception('Nie można otworzyć pliku plik.txt!'); // 2
		}
 
		echo 'Nasz tekst: '.$tekst; // 3
	}
	catch(Exception $wyjatek) // 4
	{
		echo $wyjatek -> getMessage(); // 5
	}
?>
[PHP] pobierz, plaintext 

Mam pytanie - czy "echo $wyjatek -> getMessage();" powoduje zapisanie błędu z zmiennej $wyjatek do obiektu/klasy/metody (to chyba jest metoda prawda ? ;>) i można sobie wywołać w dowolnym miejscu strony nowy obiekt getMessage(); i to spowoduje wyświetlenie ewentualnego błędu ?

Właśnie m.in. dlatego proponowałem naukę podstaw podstaw oop; echo nie powoduje zapisania błędu do zmiennej, ale wyświetla dokładnie treść rzuconego wyjątku czyli "Nie można otworzyć pliku plik.txt!".

ale gafa. Oczywiście wiem do czego służy echo, ale tak jakoś wyszło, że chyba z "zaczytania" pominąłem go patrząc na kod. Jakkolwiek to się stało, że go nie zauważyłem to czy da się w takim razie zapisać w zmiennej to co wywali wyjątek i za pomocą np. klasy Wyjatek odczytać go w pewnym miejscu strony?

Da się, np.

[PHP] pobierz, plaintext 
$msg = null;
try {
  // cos tam
  throw new Exception('coś tam');
} catch(Exception $e) {
  $msg = $e->getMessage();
}
// (...)
// coś tam
echo $msg;
[PHP] pobierz, plaintext 

Dobrym podejściem do tego zagadnienia jest tworzenie własnej hierarchii wyjątków rozszerzając standardową klasę Exception, poczytaj

muszę się podpiąć pod temat, (modzi)
również chciałbym się zabrać za naukę programowania obiektowego, i moim pierwszym zadaniem byłoby napisanie klasy obsługującą mysql, chciałbym napisać własnego cms, dzięki któremu nie musiałbym ciąglę powtarzać kody przy roieniu stron,
no to tak chciałem się spytać czy ta klasa co jest opisana tutaj jest dobrym przykładem czy mało użyteczna ( http://webinside.pl/artykul-182-klasa-do-obslugi-mysql.html ) i czy pisząc/chcąc pisać swojego CMS'a pisać go/starać się go pisać już oddzielając warstwy tzn używać wzorac MVC ?

Co wyście się wszystcy uparli na "klasę obsługi mysql"? Podlinkowana klasa jest zła. MVC/MVP/innych warto używać.

dlaczego jest zła, jak budować klase aby była dobra ?

Ty byś powybanował towarzycho nie? Co Ci szkodzi że piszą klasy które z oop mają tyle wspólnego co żyd z chińczykiem? Niech se piszą Każdy od czegoś zaczynał. Piszcie piszcie, uczcie się na błędach, jak się pisze swój kod i on zaczyna działać to później się go przepisuje jeszcze z trylion razy bo się wpadło na lepszy pomysł. To rodzi nowe idee i rozwija kreatywność. Piszcie piszcie.


btw ja też tak zaczynałem teraz przepisuje swojego FW już 7 raz bo cały czas mi się w nim coś nie podoba

oj chciałbym mieć już własnego framework, nawet prostego też cały czas bym go rozwijał,
ale no trzeba od czegoś zacząć, jeśli możesz jakie skrypty pisałeś jak zaczynałeś pisać obiektowo, bo z tym mam problem nie wiem od czego zacząć jak raz coś zaproponowałem to potem mowili ze to nie oop

sorry za moje zielone posty, ale zależy mi na rozwijaniu się w obiektówce, ale od jakiegoś czasu stoję w miejscu.

Nic się nie martw, pisz jak piszesz, jak będzie działać i postawisz na tym jedną stronę to później napiszesz od nowa, tu na forum jest chyba jakaś moja klasa do obsługi sessji tam są dopiero jaja.

Bo przychodzą tutaj z zamiarem nauczenia się, więc jeżeli coś jest złe to się to wytyka.No i wszystko rozchodzi się o to by właśnie takich błędów nie popełniali.Pisanie własnego FW w celu innym niż sam FW (ew. w celu edukacyjnym) w większości przypadków mija się z celem. Jedyny przypadek to taki, gdy istniejące już rozwiązania z góry się nie sprawdzą przy danym projekcie.Eee... sesje to zapis/odczyt danych - jeżeli dla Ciebie to są jaja to chyba nie powinieneś się wypowiadać w tym wątku.

@rvk: PHP to nie najlepszy język do nauki OOP ale i w nim można (sam się na nim właśnie uczyłem). Chcesz jakiś pomysł na "co na początek"? Możesz sobie napisać np. skrypt forum.

Crozin jaja bo to były moje początki z oop.


Nie uczyli że jak się nie przewrócisz to się nie nauczysz?

Jeżeli każdy kod który napiszesz podoba Ci się to nie jesteś prawdziwym programistą. Jesteś zwykłym klepaczem kodu.

1) Kod powinieneś pisać po przynajmniej chwilowym zastanowieniu. Refaktoryzacja kodu się zdarza, ale... 7 razy?
2) Z tym klepaczem kodu to mnie rozwaliłeś... mam cel i go osiągam w możliwie krótkim czasie - to jest programowanie. Nikogo nie obchodzi jak to zrobiłeś i czy Tobie samemu się to podoba. A onanizowanie na widok kodu to oznaka jakiegoś zboczenia.

Ojc widzę, że mój topic staje się miejscem ostrej wymiany zdań Ja swoją klasę obsługi mysql pisałem z 3 powodów:
1. Chęć nauki, ale nie na podstawie dziwnych przykładów z tutoriali (od zawsze lepiej trafiała do mnie "praktyczna teoria"). Dlatego też było to coś co może się w jakiś sposób przydać
2. Czas mnie gonił, a ja koniecznie potrzebowałem kilku klas. Nie było czasu na dziwne nauki. Efekt mnie nie rozczarował, mam już swoją małą biblioteczkę
3. Mam takie dziwne "zboczenie" w myśl którego twierdzę, że co pisane przeze mnie jest moje (moje - znam to na wylot, przystosowane właśnie do mnie). Takie gotowe klasy choć pewnie 100 razy lepsze są mi jakoś obce, i jednak wolę to co moje, choćby przepisane na żywca, ale przynajmniej przepisując poznam to wszystko w 100 %