Zaczatki, + ocena sterownika mysql Opcje

[Lonas]

Hej - takie pytanie mam poniewaz od niedawna zaczalem czytac o OOP, jednoczesnie o MVC i freameworku Zend.

Nie wiem na czym sie na poczatek skupic;

czy sprobowac napisac cos obiektowo z uzyciem szablonow np Smarty (rozwinac sobie znajomosc OOP),
czy skupiac sie juz na frameworku i w nim probowac cos tworzyc na podstawie MVC (zaznaczam jednak ze obiektowo dopiero zaczynam)

Zdr.

Ten post edytował Lonas 7.05.2008, 08:37:55

[Sedziwoj]

Smarty raczej do OOP nie można zaliczyć... (chyba że pominąć antywzorzec The Blob (IMG:http://forum.php.pl/style_emoticons/default/dry.gif) )

Nie wiem na jakim jesteś etapie, bo jeśli wiesz jak się buduje obiekty, jak rozdziela się odpowiedzialność i sprawia aby się z sobą komunikowły (w podstawowej formie) to można szukać dobrych wzorców, właśnie pisząc np. w Symfony, aby nie wyrobić sobie złych nawyków.

EDIT
Co do Zend, to jak już nieraz było mówione ciężko jest zaliczyć to do FW, raczej do zbioru komponentów (choć pewnie w przyszłości stanie się w końcu FW)

Ten post edytował Sedziwoj 28.04.2008, 12:28:52

[Sabistik]

Co do Zend, to jak już nieraz było mówione ciężko jest zaliczyć to do FW, raczej do zbioru komponentów (choć pewnie w przyszłości stanie się w końcu FW)

Tak... Tylko że przykładu lepszego OOP ciężko by znaleźć.

[mike]

Tak... Tylko że przykładu lepszego OOP ciężko by znaleźć.

Oj bo przeniosę tego posta na Humor.
Tyle zbędnych Singletonów, niejednolitego API i chorego wręcz uwielbienia do pakowania wszystkiego w metody magiczne nie widziałem.

[Lonas]

Co w takim razie na poczatek obiektowo sprobowac napisac ?

[Ociu]

System newsów ? (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) W tym sterownik MySQL, szablony itp. Toporne, ale dokształcające.

[Strzałek]

Tak... Tylko że przykładu lepszego OOP ciężko by znaleźć.

Teraz to poleciałeś. Rozumiem twoje ulubienie do tego FW jednak, no cóż. Naprawdę nie jest ciężko znaleźć coś napisanego lepiej.

[Sabistik]

Naprawdę nie jest ciężko znaleźć coś napisanego lepiej.

No to może przedstaw swoje znaleziska zamiast pisać puste posty. Chętnie się nauczę lepszego oop...

[mike]

No to może przedstaw swoje znaleziska zamiast pisać puste posty. Chętnie się nauczę lepszego oop...

Na dzień dobry bo mam mało czasu.

Interfejs Request:

[PHP] pobierz, plaintext 
<?php
interface Zend_Request_Interface {
	public function __get($key);
 
	public function __set($key, $value);
 
	public function __isset($key);
 
	public function get($key);
 
	public function set($key, $value);
 
	public function has($key);
 
	public function getParam($key);
 
	public function setParam($key, $value);
 
	public function getParams();
 
	public function setParams(array $params);
}
?>
[PHP] pobierz, plaintext 

Co to ma wspólnego w czymkolwiek kojarzącym się z Request? Nic. Piszę to ponieważ połowa klas i interfejsów jest nafaszerowana jakimiś setParam(). Nie wpadli na żadnego ParameterHoldera? Złamanie w skali globalnej jednaj z podstawowych zasad - DRY.

Poza tym większość klas jest nafaszerowana takimi kwiatkami:

[PHP] pobierz, plaintext 
<?php
 
class Zend_Controller_Request_Http extends Zend_Controller_Request_Abstract {
 
	public function __get($key)
	{
		switch (true) {
			case isset($this->_params[$key]):
				return $this->_params[$key];
			case isset($_GET[$key]):
				return $_GET[$key];
			case isset($_POST[$key]):
				return $_POST[$key];
			case isset($_COOKIE[$key]):
				return $_COOKIE[$key];
			case ($key == 'REQUEST_URI'):
				return $this->getRequestUri();
			case ($key == 'PATH_INFO'):
				return $this->getPathInfo();
			case isset($_SERVER[$key]):
				return $_SERVER[$key];
			case isset($_ENV[$key]):
				return $_ENV[$key];
			default:
				return null;
		}
	}
 
	public function get($key)
	{
		return $this->__get($key); // To jest szczególnie fajne! :-)
	}
 
	public function set($key, $value)
	{
		return $this->__set($key, $value);
	}
 
	public function __isset($key)
	{
		switch (true) {
			case isset($this->_params[$key]):
				return true;
			case isset($_GET[$key]):
				return true;
			case isset($_POST[$key]):
				return true;
			case isset($_COOKIE[$key]):
				return true;
			case isset($_SERVER[$key]):
				return true;
			case isset($_ENV[$key]):
				return true;
			default:
				return false;
		}
	}
 
	public function has($key)
	{
		return $this->__isset($key);
	}
 
	// ...
 
?>
[PHP] pobierz, plaintext 

Efekt? Bez zaglądania w kod nie jesteś w stanie stwierdzić co dana klasa robi i do czego służą jej metody.
A dokumentacja jest nieaktualna i słabo napisana.

W ZF w stopniu przekraczającym dobry smak są nadużywane metody magiczne. Po 3 miesiącach pacy na tym frameworku wypracowałem powiedzenie. Jeśli chcesz coś pobrać to na pewno jest to ukryte w jakiejś magicznej metodzie. Tylko której?

To jest mój główny zarzut dotyczący ZF. Totalne pomieszanie i poplątanie i brak czytelności.

[Lonas]

(IMG:http://forum.php.pl/style_emoticons/default/smile.gif) ) dobra troszke mi zniesmaczyliscie ZF ..

w takim razie sprawdze symfony i moze sprobuje w tym frameworku zrobic jakas galerie czy system newsow (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

[mike]

w takim razie sprawdze symfony i moze sprobuje w tym frameworku zrobic jakas galerie czy system newsow (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

Tak naprawdę to zaczynanie z jakimkolwiek frameworkiem może być dla Ciebie trudne. Czy to będzie ZF, czy symfony czy cokolwiek innego.

Zwróć uwagę na to, że framework jest to przeważnie duża konstrukcja stworzona z zastosowaniem wielu wzorców, których możesz nie rozumieć i się w nich gubić. Napisanie systemu newsów za pomocą symfony to jak nauka parkowania tyłem TIRem z naczepą tylko po to by nauczyć się parkować po latach doświadczeń jazdy na rowerze.

Jeśli chcesz nauczyć się programować obiektowo zacznij od teorii, książek i artykułów. Dowiedz się czym są obiekty, klasy... Jak na siebie oddziaływają i kiedy są dobrze połączone i co to są wzorce. Nie musisz znać całej teorii OOP na pamięć. Po prostu dowiedz się w jakiej materii będziesz się poruszał.

Moim zdaniem powinieneś napisać ten przykładowy system newsów ale sam projektując klasę News, Post, User czy co tam chcesz. Nawet jeśli to wszystko umieścisz w strukturalnym kodzie a tylko część będzie spełniała jakieś tam paradygmaty OOP, nawet jeśli połowa będzie błędna to lepiej na tym wyjdziesz niż skorzystasz z frameworka. Jak Ci się to uda powtórz to samo na jednym, dwóch czy trzech różnych frameworkach.
Zobacz co one Ci dają, jaki ciężar z Ciebie zdejmują i co oferują.

[Lonas]

Rozumiem (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) dzieki za wskazowki, wlasnie w takim kierunku szedlem caly czas tylko czytajac coraz wiecej o OOP natrafialem na MVC, na frameworki i coraz tego wiecej bylo az w koncu nie wiedzialem za co sie zabrac (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

W takim razie poprostu napisze sobie przykladwy system newsow z wykorzystaniem jakis szablonow zeby nie mieszac kodu strukturalnego z obiektowym.


Dzieki i pozdrawiam (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

[Cysiaczek]

Coż, "napisanie" systemu news w Symfony sprowadza sie do odpalenia konsoli i wkejenia:

$ symfony plugin-install http://plugins.symfony-project.com/sfSimpleNewsPlugin

Wracając do tematu :

W takim razie poprostu napisze sobie przykladwy system newsow z wykorzystaniem jakis szablonow zeby nie mieszac kodu strukturalnego z obiektowym.

Szablony to nie jest gwarancja, ani nawet skuteczna metoda na odseparowanie kodu strukturalnego od obiektowego. Szablony (Smarty) w ogóle mają bardzo nikły sens,
Napisz ten system news używając php w warstwie prezentacji, bo to ona ma zostać odseparowana od wartswy logiki.

Pozdrawiam.

[Sedziwoj]

Szablony (Smarty) w ogóle mają bardzo nikły sens,

Ciekawa opinia, to jakby powiedzieć że przycisk (nad tym okienkiem edycji) b jest nie potrzebny, bo przecież co za kłopot napisać [b] a potem jego zamknięcie.
Bo mi się wydaje, że to jedna z zalet stosowania szablonów, uproszczony interfejs.
Oczywiście mówię o przypadku kiedy to nie programista podpina wygląd, ale osoba która zna HTML+CSS a do szczęścia takiej znajomość PHP jest zbędna.
A czy przypadkiem w Symfony, warstwa prezentacji, to nie taki uproszczony system szablonów (IMG:http://forum.php.pl/style_emoticons/default/dry.gif)

EDIT
Chyba trochę odchodzę od tematu rozmowy, ale mnie zaciekawiła ta opinia na temat szablonów.

P.S.
Gdyby nie było tej głupiej 30s przerwy między dodawaniem postów, to bym dodał kolejny, a nie edytował.

Ten post edytował Sedziwoj 30.04.2008, 08:14:11

[Lonas]

Napisz ten system news używając php w warstwie prezentacji, bo to ona ma zostać odseparowana od wartswy logiki.

Mozesz o tym cos wiecej napisac - wymyslilem sobie juz co bede pisal - poniewaz swojego czasu napisalem taki system do zarzadzania magazynem oraz zarzadzania sprzedaza (faktury) z tym ze calosc byla pisana strukturalnie z "pseudo" wydzieleniem widoku od kodu - tworzylem sobie katalog z formatkami i w nich tylko wczytywalem dane do formatek.

Dopisze sobie do tego nowa funkcjonalnasc - planowanie produkcji i tutaj pobawie sie obiektowo. Myslalem napisac sobie klasy oblsugujace dane funkcjonalnosci i do prezentacji wynikow uzyc Smarty.

Z czasem chcialbym stowrzyc taka aplikacje zgodnie z modelem MVC w jakims frameworku

[cbagov]

proponuje zaczac od zapoznania sie z PHP, moze byc 4, moze byc 5
zrobisz sobie obiekciki, szablony i inne cudenka
w kilka dni

[Sedziwoj]

proponuje zaczac od zapoznania sie z PHP, moze byc 4, moze byc 5

Tia bardzo dobra rada, zacząć od 4, gdy to już jest przeszłość, jakby zacząć od kart perforowanych

[cbagov]

wiem, ze dobra @Sedziwoj, nie opowiadaj ludziom bajek

[Sedziwoj]

wiem, ze dobra @Sedziwoj, nie opowiadaj ludziom bajek

To tylko powiem że z podpowiedzią pomyliłeś działy, bo w PHP4 nie ma obiektowości.
A jak uważasz, że opłaca się uczyć czegoś co umiera, to już Twoja sprawa, ale nie podpowiadaj takich głupot innym.

[Cysiaczek]

@cbagov - pisz do rzeczy, bo teraz nawet nie wiedomo o co Ci chodzi.
@sedziwoj - Powiedzmy inaczej - dla programisty maja nikły sens, bo grafikom,to może do gustu przypadną. W SF nie masz szablonów - masz gołe php wspierane helperami. Jedne są mniej, inne bardziej przydatne (np. wszelkie 'object_helpery'). Bardzo fajnie tez wygląda kodowanie JS w helperach (ale to znam słabo, wiec mogę się mylić).
@lonas - wystarczy, że zachowasz podział na 3 warstwy (MVC)
1. Dane - operacje na źródłach danych
2. Logika - obsługa poleceń - wykorzystanie danych
3. Prezentacja - wyświetlenie wyników - może być w zwykłym html przeplatanym php i nie jest to złe rozwiązanie.

Pozdrawiam.