Kilka pytań o praktyczne zastosowanie programowania obiektowego Opcje

[Zagiewa]

Witam. Dopiero wchodzę w programowanie obiektowe i choć oczytałem się już trochę, wiele poradników dostępnych w internecie opisuje obiektowość w sposób teoretyczny nie pokazując jak można go wykorzystać w praktyce dlatego też mam parę pytań, które nie dają mi spokoju.

1. Tworząc klasy powinno się je trzymać w tym samym pliku co całość kodu czy najlepiej jest utworzyć nowy plik zawierający tylko klasy, a następnie je includować w plikach w których będziemy z tych klas korzystać?
2. Jeśli utworzymy klasę to tworzenie do niej obiektów za pomocą np. formularzy jest proste (przynajmniej teoretycznie) natomiast jak zapisywać obiekty do bazy danych? zapisujemy samą nazwę obiektu czy należy zapisać nazwę wraz ze wszystkimi właściwościami tego obiektu? Np. mamy klasę o nazwie prostokąt. Właściwościami będzie bok_a i bok_b. Tworzymy nowy obiekt o nazwie pierwszy_prostokat i nadajemy mu właściwości bok_a=5 i bok_b=10 jak powinien wyglądać rekord gdy zapiszemy ten obiekt do bazy? bo mi przychodzą do głowy taki zapis:

id. || nazwa || bok_a || bok_b
1 || pierwszy_prostokat || 5 || 10

3. Czy nawet w przypadku prostych skryptów warto używać obiektowości? Dajmy na to tworząc księgę gości to ilość kodu niezależnie czy użyjemy kodu strukturalnego czy obiektowego jest niemal taka sama. Jeśli chodzi o czytelność jest też podobnie bo skrypt ogólnie jest prosty. Sposób zapisywania do bazy jest identyczny zmienia się co najwyżej struktura tabeli. Więc nasuwa się pytanie - jak pisać?

[tmka]

Na początek dobra rada jeżeli chodzi o sam proces nauki obiektówki i, w sumie, nauki czegokolwiek - zobaczyć jak to robią inni. Poszukaj jakiś prostych CMS-ów, sklepów itp. napisanych obiektowo i zobacz jak robią to inni.

Jeżeli chodzi o pytania:
1. Najczęstszym modelem jest trzymanie każdej, nawet małej, klasy w oddzielnym pliku.
2. Użyte przez Ciebie pojęcie 'zapisu obiektu do bazy' jest troche mylące, bo zapisujesz tylko jego, i to niektóre, właściwości (w tym przypadku boki). Najlepiej zobrazuje to przykład:

[PHP] pobierz, plaintext 
class Prostokat{
      private bokA;   
      private bokB;
      private nazwa;
 
      public function __construct(a,b,nazwa){
             $this->setBokA(a);
             $this->setBokB(b);
             $this->setNazwa(nazwa);
      }
 
      public function setBokA(a){
             $this->bokA = a;
      }
 
 
      public function setBokB(b){
             $this->bokB = b;
      }
 
 
      public function setNazwa(nazwa){
             $this->nazwa = nazwa;
      }
 
      public function getBokA(){
             return $this->bokA;
      }
 
 
      public function getBokB(b){
             return $this->bokB;;
      }
 
 
      public function getNazwa(){
             return $this->nazwa;
      }
 
      //save zapisuje nam wlasciwosci do bazy
      public save(){
            //zalozmy, ze masz juz polaczenie, wiec tworzysz zapytanie ktore moze wygladac tak:
            $query = "INSERT INTO prostokaty ( nazwa, bok_a, bok_b ) VALUES ($this->nazwa, $this->bokA, $this->bokB)";
            mysql_query($query);
      }
       //load wczyta nam wlasciwosci z bazy, wystarczy podac id wpisu
       public load($id){
           //
            $query = "SELECT  nazwa, bok_a, bok_b FROM prostokaty WHERE id=$id";
            $result = mysql_query($query);
            //itd. 
       }
 
}
[PHP] pobierz, plaintext 

3. Na łatwych skryptach można łatwo przećwiczyć sobie pewne mechanizmy obiektowości jak np. dziedziczenie czy polimorfizm. Osobiście staram sie wszystko pisac obiektowo, ze wzgledu na to, że pozniej
łatwiej jest taki obiekt wykorzystać w innych projektach.

Ten post edytował tmka 24.06.2010, 14:49:31

[Zagiewa]

Szukałem skryptów napisanych obiektowo ale na ogół natrafiałem na skomplikowane ogromne skrypty, których samo przeanalizowanie było gorsze niż nauka obiektowości Najbardziej w przykładzie, który napisałeś zainteresował mnie sposób zapisu i odczytu z bazy bo zrobiłeś z tego metody o czym ja raczej bym nie pomyślał. Sposób ten jest o tyle dobry, że bardzo prosto się odczytuje obiekt z bazy. Co do praktyki używania obiektowości nawet w prostych skryptach to masz racje, jest to dobry sposób na potrenowanie tak czy inaczej dzięki wielkie, nie oczekiwałem tak konkretnej odpowiedzi

[red9skull]

To ja się podepnę: Do czego można wykorzystać konstruktor? Jak i kiedy z niego korzystać?

[croc]

Programowanie obiektowe pojawiło się, ponieważ jest bardziej naturalnym przełożeniem rzeczywistości na kod. Dla mnie używanie kodu obiektowego jest pewnego rodzaju dojrzałością programistyczną, chociaż używanie go wszędzie też nie jest rozsądne. Trzeba samemu wiedzieć co i kiedy jest właściwe.

Ja osobiście lubię tworzyć dużo metod tak, by używanie kodu było potem jak najbardziej intuicyjne i wygodne. Przykładowo:

[PHP] pobierz, plaintext 
$article = new Article(12); // w konstruktorach robię pobieranie ID i wczytywanie danych z bazy do pól obiektu
echo $article->getAuthor()->getFullName();
if($article->getAuthor()->isAdmin()) {
   echo 'Autor jest administratorem!';
}
while($news = $article->getAuthor()->getNews()) {
   echo $news->getTitle();
   echo '<br>';
   echo $news->getDate()->getYear();
}
[PHP] pobierz, plaintext 

Napisałem ten kod teraz, naprawdę nigdy tego konkretnego fragmentu nie użyłem. Chodzi o to jak pisać kod, żeby było można wykonywać równie wygodne operacje. Wszystko może być obiektem (u mnie np. daty to obiekty, bo potem bardzo fajnie się na nich operuje).

Nie wyobrażam sobie pisania dużych systemów strukturalnie. OK, samo pisanie sobie wyobrażam, ale potem rozwijanie kodu to masakra.

[Zagiewa]

Croc co prawda nie napisałem jeszcze żadnego praktycznego kodu z użyciem obiektowości bo tak jak pisałem dopiero staram się go dobrze zrozumieć ale zgodzę się, że rozbudowywanie kodu strukturalnego to koszmar tym bardziej, że kod strukturalny miejscami jest bardziej zawiły niż obiektowy, a przynajmniej tak mi się wydaje.

[haahh]

Strukturalny faktycznie strasznie się edytuję. Sam zmieniałem ostatnio strukturę wyświetlania mojego "małego portalu" php i to była masakra. Muszę przejść na obiektowy styl pisania kodu - ktoś poleci jakieś książki traktujące o średnio-zaawansowanym php i pisanie obiektowym?

[croc]

Lepsze są tutoriale. Zacznij od tutoriala o samej idei OOP nawet jeśli wydaje ci się, że ją znasz.

Co do zawiłości: nie uważam, by kod obiektowy był zawiły. Jest go dużo, ale dobrze napisany jest niesamowicie schludny i poukładany. Pamiętam dzień, kiedy przekonałem się do OOP w PHP - od tego czasu każdy projekt to dla mnie 90% mniej nerwów i irytacji. Pisząc kod, płyniesz. Masz ten komfort, że kod w klasach można [przeważnie] poprawić bez ingerencji w schematy użycia tych klas. A to genialne, bo cały bajzel pojawia się zwykle w strukturach. Dla mnie najlepszą nauką OOP była nauka Javy, chociaż kompilowane aplikacje OOP pisze się nieco inaczej niż interpretowane.

[haahh]

Tutki? Pewnie najlepszy ten z manuala , coś polecasz? Ale i tak jakaś książka mi się przyda, bo chciałbym ruszyć do przodu z php. Zobaczę, może uda mi się mój portal przerobić na wersję obiektową i ciekawe, czy naprawdę będzie to lepiej się prezentować niż obecna wersja. Na razie za każdym razem jak spojrzę na te strzałki "->" to padam.

[croc]

Kiedyś kochałem czytać książki programistyczne, ale mam o nich coraz gorsze zdanie. Szalę goryczy przelała książka autorstwa samego ojca PHP pt. "PHP5. Programowanie". Byłem w szoku, że sam autor PHP utrwala złe nawyki (np. używanie funkcji empty dla stringów, co uważam za zły nawyk), niekonsekwencję w kodzie i bezsensowne podrozdziały kosztem takich, których brakuje w książce.

A zachwycając się dalej programowaniem obiektowym, to te strzałeczki również polubisz (chociaż Bóg jeden wie dlaczego w PHP nie są to kropki) Kod daje frajdę, bo myślisz o wielu rzeczach jak o żywych obiektach, dzięki czemu zachowujesz konsekwencję. Oczywiście, strukturalnie mógłbyś robić do wszystkiego funkcje, ale to nie to samo.

Ten post edytował croc 25.06.2010, 09:34:15

[thek]

Czemu strzałeczki, a nie kropki? Może są to wskaźniki na pola, a nie same pola bezpośrednio. Albo zrobiono tak by nie przeciążać już używanego operatora konkatenacji.
$obiekt.pole
$obiekt.$pole
Różnica niewielka, ale trzeba by rozpoznawać po stronie interpretera z czym mamy do czynienia. Łatwiej wprowadzić -> , który jest bardziej jednoznaczny i wiąże się w pewien sposób z obiektami jako odniesienie przez wskaźnik typowe dla choćby takich języków jak C++.

EDIT: Patrząc na zapisy oba popatrz też jak łatwo się pomylić Po prostu brak dolara w jednym miejscu.

[red9skull]

Czemu strzałeczki, a nie kropki?

Tak samo jak: czemu kropki a nie znak plusa?

[PHP] pobierz, plaintext 
$string = "wyszukiwarka " . "google";
[PHP] pobierz, plaintext 

[Zagiewa]

Mam zamiar dzisiaj napisać pierwszy skrypt za pomocą obiektowości. Żeby było łatwo ale praktycznie padło na księgę gości. Zanim jednak zacznę chciał bym zapytać was czy dobrze ją sobie zaplanowałem, a więc.

1. klasa nazywała by się ksiega
2. właściwości: data, imie, email, strona, numer gg, komentarz
3. metody: zapis(do bazy), wczytaj(z bazy), set(ustawienie wartości dla właściwości)

I tutaj mam jeszcze dwa pytanka. tmka Ty jako pierwszą metodę utworzyłem z konstruktorem dlaczego? i czy ona jest wymagana? W Twoim kodzie ustawianie wartości dla właściwości jest w nowej metodzie np:

Kod

public function setBokA(a){

$this->bokA = a;

}

Moje pytanie to czy nie lepiej było by w jednej metodzie zawrzeć wszystkie właściwości czyli coś takiego:

Kod

public function setBokA(a){

$this->data = a;
$this->imie = b;
$this->email = c;
$this->strona = d;
$this->gg = e;
$this->komentarz = f;

}

Czy jest coś jeszcze o czym powinienem pamiętać przy pisaniu tego skryptu?

[Mikz]

Czemu strzałeczki, a nie kropki? Może są to wskaźniki na pola, a nie same pola bezpośrednio. Albo zrobiono tak by nie przeciążać już używanego operatora konkatenacji.
$obiekt.pole
$obiekt.$pole
Różnica niewielka, ale trzeba by rozpoznawać po stronie interpretera z czym mamy do czynienia. Łatwiej wprowadzić -> , który jest bardziej jednoznaczny i wiąże się w pewien sposób z obiektami jako odniesienie przez wskaźnik typowe dla choćby takich języków jak C++.

EDIT: Patrząc na zapisy oba popatrz też jak łatwo się pomylić Po prostu brak dolara w jednym miejscu.

No nie jest to takie proste jeśli dorzucimy do tego fakt, że można zastosować coś takiego jak metoda __toString() w obiekcie lub nazwę funkcji jako wartość zmiennej .

Red9skull, konstruktor można wykorzystać na wiele sposobów, na przykład:

[PHP] pobierz, plaintext 
 
class article
{
  private $title, $content, $id;
 
  public function __construct($id = null)
  {
    $this->id = $id;
 
    if (!is_null($id))
    {
      $query = "SELECT * FROM articles WHERE 'id' = $id LIMIT 1";
 
      $result = mysql_query($query);
      //pominę fetch etc...
 
      $this->title = $result['title'];
      $this->content = $result['content'];
    }
  }
 
  public function setTitle($title)
  {
     //parę postów wyżej było
  }
 
  public function setContent($content)
  {
     //parę postów wyżej było
  }
 
  public function save()
  {
     if (!is_null($this->id))
       $query = "UPDATE (et cetera)";
     else
       $query = "INSERT (et cetera";
 
     //parę postów wyżej było
  }
}
 
[PHP] pobierz, plaintext 

Teraz pytanie z mojej strony, raczej z czystej ciekawości bardziej niż z potrzeby odpowiedzi:
Do czego najczęściej używacie destruktorów?

[thek]

Odpowiedź równe prosta - zwalniania zasobów przydzielonych konstruktorem. Dla wielu wyda się to dziwne, skoro istnieje Garbage Collector.Tu jest jednak pułapka. Wielokrotnie zachodzą sytuacje gdy pewne obiekty zawierają inne obiekty a te z kolei inne obiekty prowadzące do kolejnych. GC potrafi się w takich sytuacjach "wywalić" i zostawić w pamięci śmieci. Po prostu może czegoś nie zgarnąć do usunięcia. Taki zombie... Nie żyje, a jednak jest O ile w PHP nie jest to łatwo zauważalne, tak w językach kompilowanych potrafi napsuć krwi. Szczególnie ważne jest to w dynamicznym przydziale pamięci. Jeśli pole jest tylko wskaźnikiem (adresem elementu) na obszar pamięci, to jego skasowanie powoduje nie usunięcie całej danej z pamięci, ale tylko utratę wskaźnika, bez dotykania tych danych. Jeśli obiekt jest tymczasowym tylko w pętli, to z każdym jej przebiegiem z pamięci ucieka nam obszar równy jej długości. Kilkadziesiąt tysięcy cykli i nagle program zająć może kilkadziesiąt MB, choć używa tak naprawdę kilkuset kilobajtów. Destruktory właśnie odpowiadać mają za zwalnianie pamięci w odwrotnej kolejności niż przydzielał ją konstruktor by uniknąć wycieków. To jest jego główne zadane, ale nie tylko. Często stosuje się parę konstruktor-destruktor do działania na zmiennych statycznych. Takim banalnym przykładem jest licznik obiektów. Konstruktor inkrementuje zmienną statyczną mającą być licznikiem obiektów. Bo przecież do takiej mają dostęp wszystkie obiekty tej samej klasy. Destruktor tę zmienną dekrementuje. Dzięki temu patrząc na zmienną statyczną, wiemy w każdej chwili ile instancji danej klasy siedzi w pamięci.

[Mikz]

Muszę się szczerze przyznać że nowością jest dla mnie fakt że PHP może nie radzić sobie ze zwalnianiem zasobów. Nigdy, na swoim przypadku, nie zaobserwowałem czegoś takiego i nigdy też nie stosowałem samodzielnego zwalniania zasobów w destruktorach (bo rozumiem że mówisz o samodzielnym zwalnianiu). Czy mógłbyś podrzucić jakiś przykład takiego zwalniania?

[Crozin]

Wystarczy użyć zwykłego unset.

[thek]

Jak wspomniał Crozin - unset. Co do destruktora to wiele osób odpuszcza sobie pisanie go w przypadku mało skomplikowanych klas. Zazwyczaj bowiem domyślne destruktory bezproblemowo radzą sobie z usuwaniem. Jeśli struktura jest zagmatwana lub niszczenie obiektu powinno zakończyć się określonymi działaniami, to własny destruktor po prostu ratuje tyłek. Nieważne bowiem jak kończy żywot obiekt - destruktor zostanie wywołany i wykona zadaną akcję, przykładowo zapis stanu obiektu do bazy lub pliku w momencie zniszczenia.

[Zagiewa]

Pisałem, pisałem, aż stanąłem w miejscu Niby bez błędu a jednak przesyłane wartości nie trafiają do bazy. Mam dwa pliki. Jeden z klasą, drugi z formularze do dodawania wpisów w prostej księdze gości. Przypominam, że to mój pierwszy skrypt z zastosowaniem obiektowości. Mógł by ktoś zerknąć na moje wypociny i sprawdzić czemu to nie działa?

[PHP] pobierz, plaintext 
<?php
 
class ksiega {
 
	private $_data = null;
	private $_godzina = null;
	private $_imie = null;
	private $_email = null;
	private $_strona = null;
	private $_gg = null;
	private $_wpis = null;
 
	public function ustaw_wartosci($data, $godzina, $imie, $email, $strona, $gg, $wpis) {
 
		$this->_data = $data;
		$this->_godzina = $godzina;
		$this->_imie = $imie;
		$this->_email = $email;
		$this->_strona = $strona;
		$this->_gg = $gg;
		$this->_wpis = $wpis;
	}
 
	public function pokaz() {
 
		return $this->_data.'\n';
		return $this->_godzina.'\n';
		return $this->_imie.'\n';
		return $this->_email.'\n';
		return $this->_strona.'\n';
		return $this->_gg.'\n';
		return $this->_wpis.'\n';
	}
 
	public function save() {
 
		include('dane.php');
		$sql = mysql_connect(SQL_HOST, SQL_USER, SQL_PASS) or
		die("Sprawdź połączenie z serwerem! " . mysql_error());
 
		mysql_select_db(SQL_DB, $sql) or
		die("Sprawdź bazę! " . mysql_error());
 
		$insert = "INSERT INTO wpisy (data, godzina, imie, email, strona, gg, wpis)
		VALUES ('$this->data', '$this->godzina', '$this->imie', '$this->email', '$this->strona', '$this->gg', '$this->wpis')";
		$result = mysql_query($insert) or
		die('Dodanie wpisu nie powiodło się. ' . mysql_error());
	}
 
	public function load_one($id) {
 
		$select = "SELECT * FROM wpisy WHERE id=$id";
		$result = mysql_query($select) or
		die('Załadowanie wpisu z bazy nie powiodło się. ' . mysql_error());
		}
 
	public function load_all() {
 
		$select = "SELECT * FROM wpisy ORDER BY id DESC ";
		$result = mysql_query($select) or
		die('Załadowanie wpisów z bazy nie powiodło się. ' . mysql_error());
	}
}
 
?>
[PHP] pobierz, plaintext 

[PHP] pobierz, plaintext 
<html>
<head>
</head>
<body>
 
<?php
 
if(isset($_POST['submit'])) {
 
	include('class/wpis.php');
 
	$data = date("d-m-Y");
	$godzina = date("G:i");	
	$imie = $_POST['imie'];
	$email = $_POST['email'];
	$strona = $_POST['strona'];
	$gg = $_POST['gg'];
	$wpis = $_POST['wpis'];
 
	$nowy = new ksiega;
	$nowy->ustaw_wartosci($data, $godzina, $imie, $email, $strona, $gg, $wpis);
	$nowy->save();
 
	echo 'Dziękuję za dodanie wpisu do księgi gości.';
	exit();
}
 
?>
 
Aby dodać wpis do księgi wypełnij formularz.
<br /><br />
 
<form method="post">
	Autor: <input type="text" name="imie" size="25"><br />
	Email: <input type="text" name="email" size="25"><br />
	Strona www: <input type="text" name="strona" size="25"><br />
	Numer gg: <input type="text" name="gg" size="25"><br />
	Komentarz: <textarea style="width: 250px; height: 150px;" name="wpis"></textarea><br />
	<input type="submit" name="submit" value="Dodaj">
</form>
 
</body>
</html>
[PHP] pobierz, plaintext 

Ten post edytował Zagiewa 28.06.2010, 12:08:37

[thek]

Po pierwsze - użyj właściwego bbcode (nie wal do znacznika code, ale php i na przyszłość odpowiednio css, html czy inne). Poza tym nie wiemy jaki bład Ci sypie, a to też ważna informacja. Ja obstawiam, że funkcja save i błąd zapytania wpisującego do bazy. Ale to tylko przypuszczenie z mojej strony.