Forum PHP.pl

Zastanawiam się czy warto tworzyć małe klasy z kilkoma funkcjami zamiast tworzenia po prostu samych funkcji, jak choćby do wyświetlania komentarzy przy newsach czy artykułach, do generowania menu, do formatowania dat i czasu? Funkcje same w sobie spełniają założoną funkcjonalność jednak w obiekcie były by prostsze w użyciu i dawały większe możliwości manewrowania danymi, choć nie wiem czy takie rozwiązania nie były by wtedy bardziej obciążające dla samego serwera.

Jakieś rady od wprawionych już w boju??

czy warto?To zleży od osoby, stylu pisania itp. Czy powinno się?Tak! Nawet dla klasy która ma tylko jedną metodę , ułatwia to bardzo czytanie kodu, robi go przejrzystym i łatwym do poprawy.

Albo programujesz obiektowo albo proceduralnie.
Z tego co zrozumiałem używasz już klas do innych większych rzeczy, więc używaj klas w całości a nie raz a raz tak.

Używam klas do większych rzeczy jak szablony styli, sesje, autoryzacja uprawnień. Nie wiem tylko jak później sobie poradzić w przekazywaniem tych klas mniejszych do większych, aby nie pogarszać wydajności w dużym stopniu..

rozumiem, a jeszcze jedno pytanie, jak można wywołać takie działanie??

[PHP] pobierz, plaintext 
$user->setData($data)->save();
[PHP] pobierz, plaintext 

bo gdyby to wyglądało tak:

[PHP] pobierz, plaintext 
$user->setData->save();
[PHP] pobierz, plaintext 

no to wtedy wiadomo że przekazaliśmy sobie klasę setdata do user i wywołujemy save, ale tego pierwszego zapisu nie rozumiem, znaczy nie potrafię sobie wyobrazić jak wygląda struktura klas aby to zadziałało poprawnie a natrafiłem na taki przykład wykonania na jakiejś stronie..

czyli mówiąc dokładniej jeśli w funkcji ala np pobiorę dane użytkownika z bazy, i wrzucę w zmienną $this->data i zwrócę $this, to byłoby to równoznaczne z takim kodem:

[PHP] pobierz, plaintext 
class class1
{
 
	public function get() 
	{
 
	}
 
 
}
 
class class2
{
        public $class1;
 
	public function __construct($class1) 
	{
		$this->class1 = $class1;
	}
 
	public function set() 
	{
 
	}
 
}
 
$class1 = new class1;
 
$class2 = new class2($class1);
 
$class2->get()->set();
[PHP] pobierz, plaintext 

czy chodzi o coś innego??

no tak zapomniałem return wsadzić.

czyli w Twoim przykładzie gdyby tego return nie było to można by ten sam efekt otrzymać w ten sposób??

[PHP] pobierz, plaintext 
$data = array('foo' => 'bar');
 
$x = new X();
$x->setData($data);
$x->save();
[PHP] pobierz, plaintext 

jest jakaś znacząca różnica pomiędzy oboma przykładami?? co daje takie zwracanie obiektu??

rozumie, w sumie całkiem ciekawe zastosowanie

a jest jakiś darmowy skrypt forum, cms itp napisany w 'całości' obiektowo??

W PHP nie ma niczego napisanego "w całości obiektowo", bo PHP nie jest językiem stricte obiektowym - jest językiem wieloparadygmatowym, a zdecydowana większość jego biblioteki standardowej jest strukturalna, więc siłą rzeczy zawsze znajdują się w nim elementy strukturalne.

dlatego całości jest w cudzysłowu, a jakiś w dużym stopniu pisany obiektowo istnieje??

Szukaj jakichś frameworków, takich jak symfony, zend, yii i tym podobne. Kilka cmsów obiektowych by się znalazło, ale przeważnie są to już napisane aplikacje z użyciem jakichś frameworków, jak chociażby ten cms: http://diem-project.org/ akurat napisanie cms'a kiedy ma się już framework to jest prosta sprawa, tak szczerze mówiąc najważniejsze są podstawy które udostępnia ci dany framework, tworzenie później newsów, artykułów, forum itp to można w niektórych cms'ach wykonać na prawdę szybko, niektóre mają gotowe generatory, lub nawet gotowe pluginy, dzięki czemu napisanie jakiegoś blogaska to może być kwestia godzin.



nic innego jak method chaining: http://www.webnote.pl/method-chaining-w-php.html ciekawe, ale nie wszędzie dobrze jest to stosować, zależy tak na prawdę od tego czego chcesz od obiektu. Jeżeli powiedzmy przekazujesz do obiektu szereg danych, do różnych metod, to wtedy można bawić się w method chaining, ale wszędzie pchać tego raczej nie polecam

a jest jakiś poradnik żeby się w tym całym diem połapać, bo ciężko byłoby coś popróbować robić na ślepo a plików jest tam strasznie dużo..

1. Dokumentacja Symfony / ZF / jQuery.
2. Dokumentacja samego projektu.

Mam jeszcze jedno pytanie. Posiadam klasę odpowiedzialną za szablony z kodem html, deklarowaną na początku kodu do zmiennej. Dotychczas używałem kilku funkcji aby tę klasę wykorzystać i wprowadzać zmienne w szablon, czyli wpisywałem w funkcji global $zmienna_szablonu i działąlo to poprawnie, jednak teraz chciałbym wsadzić klasę szablonu w inną klasę odpowiadającą za przetwarzanie samego widoku oraz generowanie tego co ma się pojawić np lista newsów, artykułów itd, no i nie wiem czy deklarować klasę szablonów na początku i przy deklarowaniu drugiej klasy wprowadzić wcześniej zadeklarowane szablony do tej drugiej klasy czy też zadeklarować w pliku np index.php tą drugą klasę i w środku drugiej deklarować dopiero szablony, oba rozwiązania dadzą ten sam efekt, choć z punktu konstrukcyjnego sporo się różnią..

Jeśli starasz się pisać "obiektowo", nie używaj czegoś takiego jak global. Skoro upierasz się przy szablonach, dlaczego nie skorzystasz chociażby z gotowych rozwiązań takich jak Twig czy Open Power Template? Ten pierwszy system jest już zespojony z Symfony2, więc jeśli tego frameworka zacząłbyś się uczyć masz wszystko na miejscu.

No właśnie nie chcę używać global, stąd moje pytanie. Rozumiem jak możliwośći dają gotowe rozwiązania jednak stawiam sobie za cel przerobić już gotowy własny system napisany w dużej części proceduralnie na obiektowy, stąd moje pytania, bo dotychczas pisałem kilka klas głównych i w funkcjach wykorzystywałem ich zastosowania, a teraz chcę łączyć ze sobą klasy a nie wiem jak by to było najlepiej zrobić, czy takie ciągłe przekazywanie sobie obiektów w konstruktach nie jest zbyt obciążające dla samego przetworzenia przy wywoływaniu tych klas.