[MySQL][PHP] Prosta obiektówka, za chwilę zwariuję.. Opcje

[Dual Jack]

Witam!

Napisałem sobie bardzo prosty skrypcik połączenia z bazą danych.

Funkcja sql() tworzy obiekt łączący się z bazą danych oraz wysyła zapytanie sql.

Wszystko cacy, ale występuje jakiś nielogiczny błąd. Może Wy znajdziecie przyczynę:

[PHP] pobierz, plaintext 
class mysql_connect {
 
	public $host = "localhost";
	public $user = "root";
	public $pass = "password";
	public $db_name = "test";
 
	public function __construct($host,$user,$pass,$db_name){
		echo $db_name; // nic nie zwraca?!
		$connect = mysql_connect($host,$user,$pass);
		$database = mysql_select_db($db_name);
		mysql_query("SET NAMES utf8");
		$return_error = "<h1>Błąd połączenia z bazą danych</h1>";
		if($connect) return TRUE;[u] else die($return_error)[/u];
	}
 
	public function query($query){
		$results = mysql_query($query) or die(mysql_error());
		return $results;
	}
 
}
 
function sql($sql){
	$db = new mysql_connect;
	$db -> query($sql);
}
 
sql("SELECT * FROM blog");
[PHP] pobierz, plaintext 

Po uruchomieniu strony, uruchamia się instrukcja die() i zwraca mi ona słowa:
"No database selected".

Chodzi o to, że zmienna $db_name nie przechodzi do wnętrza metody obiektu. Dla czego? Jakim cudem?

Proszę o pomoc.

Ten post edytował Dual Jack 11.04.2013, 18:43:27

[Szymciosek]

Sprawa 1) Czemu ma przejść? Skoro ich nawet nie przekazujesz... masz na sztywno ustawione wartości zmiennych publicznych, a w konstruktorze i tak się spodziewasz podania 4 zmiennych, więc masz do wyboru:
a)

[PHP] pobierz, plaintext 
class mysql_connect {
 
	public $host = "localhost";
	public $user = "root";
	public $pass = "password";
	public $db_name = "test";
 
	public function __construct(){
		echo $db_name; // nic nie zwraca?!
		$connect = mysql_connect($this->host,$this->user,$this->pass);
		$database = mysql_select_db($this->db_name);
		mysql_query("SET NAMES utf8");
		$return_error = "<h1>Błąd połączenia z bazą danych</h1>";
		if($connect) return TRUE;[u] else die($return_error)[/u];
	}
 
	public function query($query){
		$results = mysql_query($query) or die(mysql_error());
		return $results;
	}
 
}
 
function sql($sql){
	$db = new mysql_connect;
	$db -> query($sql);
}
 
sql("SELECT * FROM blog");
[PHP] pobierz, plaintext 

b )

[PHP] pobierz, plaintext 
class mysql_connect {
 
	public function __construct($host,$user,$pass,$db_name){
		echo $db_name; // nic nie zwraca?!
		$connect = mysql_connect($host,$user,$pass);
		$database = mysql_select_db($db_name);
		mysql_query("SET NAMES utf8");
		$return_error = "<h1>Błąd połączenia z bazą danych</h1>";
		if($connect) return TRUE;[u] else die($return_error)[/u];
	}
 
	public function query($query){
		$results = mysql_query($query) or die(mysql_error());
		return $results;
	}
 
}
 
function sql($sql){
	$db = new mysql_connect('localhost', 'root', 'password', 'test');
	$db -> query($sql);
}
 
sql("SELECT * FROM blog");
[PHP] pobierz, plaintext 

2) W 18 linii używasz mysql_error... czemu nie zrobisz tego samego w 14 linii? die(mysql_error);

3) nie używa się już mysql_connect tylko PDO.

Rada od wujka Szymka - weź się za podstawy, a później pisz takie klasy czy coś. W OOP często używa się do najprostszych rzeczy $this->

Ten post edytował Szymciosek 11.04.2013, 19:06:30

[Dual Jack]

Dziękuję Ci, Szymciosek, za łopatologiczne wyjaśnienie problemu.

W PHP programuję już kilka lat ( raczej amatorsko ) i wstyd mi się przyznać, że dopiero teraz podjąłem się obiektówki ( niektórzy mówią, że lepiej później niż wcale ).

Postanowiłem, własnie jako moją pierwszą klasę, napisać skrypt do bazy danych, stąd tak głupie błędy.

Możliwe, że jeszcze nie do końca rozumiem, jak to działa( myślałem, że __construct() bierze sobie zmienne z klasy )

Jeszcze raz bardzo Ci dziękuję.

Ten post edytował Dual Jack 11.04.2013, 19:22:57

[Szymciosek]

A proszę ja Cię bardzo

[!*!]

Możliwe, że jeszcze nie do końca rozumiem, jak to działa( myślałem, że __construct() bierze sobie zmienne z klasy )

Podejdź co metod jak do funkcji, w gruncie rzeczy działają podobnie. Do funkcji też musisz coś przekazać, aby móc z tego później korzystać, chyba że to wcześniej ustalisz.

[PHP] pobierz, plaintext 
public $login;
public function connect($login = 'mojlogin', $haslo='pass', $port){ //to metoda
$this->login = $login; // jak nie przekazujemy w instancji zadnego loginu, domyslnie bedzie to 'mojlogin'
[PHP] pobierz, plaintext 

Co oczywiście nie powinno się brać znikąd. Ale domyśle wartości czasami się przydają.

@Szymciosek - poprawiłem, a metoda != funkcja, bo funkcja nie ma $this i nie może niczego przepisać poza swoje ciało (a raczej nie powinna).

Ten post edytował !*! 11.04.2013, 19:41:01

[Szymciosek]

Teraz to mi zamieszałeś !*!.
Myślałem, że Funkcja == Metoda.
Jak to jest?

[skleps]

Teraz to mi zamieszałeś !*!.
Myślałem, że Funkcja == Metoda.
Jak to jest?

Funkcja to mniej więcej metoda - różnica polega na danych na jakich operuje...

[Szymciosek]

Jakiś przykład?

[Dual Jack]

skleps miał chyba na myśli to, że zmienne w metodzie można pobrać z zewnątrz metody ( ale z wewnątrz klasy ), a funkcja pobiera zmienne tylko z tych definiowanych w nawiasach () - o ile dobrze teraz rozumiem obiektówkę.

[Thorang Hoog]

Metoda jest funkcją dotyczącą konkretnej klasy. funkcje możesz wywołać w całym skrypcie. A metody tylko gdy masz zdeklarowaną klasę lub/i egzemplarz obiektu danej klasy.

[PHP] pobierz, plaintext 
<?PHP
class klasa {
	private $zmenna = false;
	public static function testuj (){
		echo "OK";
		return true;
	}
 
	protected function inna_metoda (){
		$this -> testuj (); // wywołanie metody w obrębie tego samego obiektu
		// $this jest zmienną która reprezentuje dany obiekt
		$this -> zmienn = true; // zapis do zmiennej obiektu
	}
}
klasa::testuj(); // Wywołanie metody PHP 5.3 bez konieczności utworzenia obiektu
	$obiekt = new klasa ();
$obiekt -> testuj();//wywołanie metody na egzemplarzu obiektu klasy "klasa"
?>
[PHP] pobierz, plaintext 

Ten post edytował Thorang Hoog 12.04.2013, 10:25:01

[skleps]

skleps miał chyba na myśli to, że zmienne w metodzie można pobrać z zewnątrz metody ( ale z wewnątrz klasy ), a funkcja pobiera zmienne tylko z tych definiowanych w nawiasach () - o ile dobrze teraz rozumiem obiektówkę.

Programowanie proceduralne = funkcje są oddzielone od danych, działają na danych podanych w wywołaniu i zwracają jakiś wynik, chociażby TRUE.
Oczywiście są odstępstwa i można w ciele funkcji obrabiać dane które nie zostały podane w wywołaniu funkcji, ale wtedy w php trzeba je jawnie zadeklarować "globalem".

Programowanie obiektowe = dane są "scalone" z funkcjami (nazywamy je wtedy metodami) operującymi na tych danych.
Czyli funkcja (metoda) może w miarę swobodnie operować na danych swojego obiektu.
No i patrząc fanatycznie dane/zmienne danego obiektu powinny być zmieniane wyłącznie przez funkcje(metody) tego obiektu

[matiit]

Programowanie proceduralne = funkcje są oddzielone od danych, działają na danych podanych w wywołaniu i zwracają jakiś wynik, chociażby TRUE.
Oczywiście są odstępstwa i można w ciele funkcji obrabiać dane które nie zostały podane w wywołaniu funkcji, ale wtedy w php trzeba je jawnie zadeklarować "globalem".

Programowanie obiektowe = dane są "scalone" z funkcjami (nazywamy je wtedy metodami) operującymi na tych danych.
Czyli funkcja (metoda) może w miarę swobodnie operować na danych swojego obiektu.
No i patrząc fanatycznie dane/zmienne danego obiektu powinny być zmieniane wyłącznie przez funkcje(metody) tego obiektu

Musze to napisać
czasem kod używający klas i obiektów może być tak naprawdę proceduralny.
Czasem zaś kod pisany bez obiektów i klas może być obiektowy.

Przykład?
GTK - pisane w C (które nie posiada obiektowości), a mimo to kod jest obiektowy

[skleps]

Musze to napisać
czasem kod używający klas i obiektów może być tak naprawdę proceduralny.
Czasem zaś kod pisany bez obiektów i klas może być obiektowy.
Przykład?
GTK - pisane w C (które nie posiada obiektowości), a mimo to kod jest obiektowy

Nie mieszaj - wiadomo że w programowaniu wszystko się da, a wyjątków, podpórek i kombinacji jest cała kupa
Ale jak ktoś wie mało to na początek niech zapamięta podstawy,
a jak później będzie potrzebował obejść to znajdzie na ten temat odpowiednie info


p.s. żeby zamieszać dodatkowo - można też wywoływać metody z obiektu bez tworzenia tego obiektu

[webmaniak]

p.s. żeby zamieszać dodatkowo - można też wywoływać metody z obiektu bez tworzenia tego obiektu

Możesz rozwinąć o co Ci chodzi? to nie jest nic wielkiego, sytuacja o której piszesz znajdują się w każdej lekturze o OOP.


Ten post edytował webmaniak 13.04.2013, 07:16:54

[markonix]

Możesz rozwinąć o co Ci chodzi?

http://pl.wikipedia.org/wiki/Metoda_statyczna

[webmaniak]

Eh, może trzeba było zacytować do końca moją wypowiedź, a nie tylko jej fragment? Wyraźnie napisałem że można o tym przeczytać w każdym kursie o OOP. Czytajcie ze zrozumieniem. Celowo nie pisałem o co chodzi by zainteresować autora tematu do samodzielnego znalezienia odpowiedzi o co chodzi.
Druga sprawa to:

Możesz rozwinąć o co Ci chodzi?

odnosi się do tego:

p.s. żeby zamieszać dodatkowo

Nie wiem w jakim sensie metody statyczne to zamieszanie Tyle sprostowań. Jestem na takim etapie że wiem co to metody statyczne, jak i kiedy je stosować

Ten post edytował webmaniak 13.04.2013, 07:18:17

[skleps]

Eh, może trzeba było zacytować do końca moją wypowiedź, a nie tylko jej fragment? Wyraźnie napisałem że można o tym przeczytać w każdym kursie o OOP. <cut>
Nie wiem w jakim sensie metody statyczne to zamieszanie Tyle sprostowań. Jestem na takim etapie że wiem co to metody statyczne, jak i kiedy je stosować

Zamieszanie DLA ZACZYYNAJĄCEGO
A takim chyba jest wątkotwórca...