php obiektowe a www Opcje

[snaiper]

dobra mozecie sie smiac z tego pytania ale ja dalej nie wiem..
jak php obiektowe moze sie przydac do towrzenia www
co moge nim zrobic takiego czego nie moge przy pomocy zwyklych funkcji ?
narazie i tak jestem u podstaw OO wiec nie porobie zbyt wiele ale chcialbym wiedziec do czego te obiekty moga sie przydac przy tworzeniu WWW

[Levabul]

teoretycznie wszystko to co zrobisz za pomocą OOP możesz zrobić przy użyciu samych funkcji. Pisząc w OOP zyskujesz mniej kodu, przejżystość i co najważniejsze większą wygodę w programowaniu

[Kinool]

hehe ja moze powiem tak:

to tak jak jazda samochodem mozesz jechac maluchem albo limuzyna ze skora i ogrzewanymi fotelami

wprawdzie i jedno i drugie jezdzi

[splatch]

Mówienie o OOP jako limuzynie bez uzasadnienia mnie nie przekonuje. Dlaczego? Dlatego, że w ten sposób nie można się rozpisywać na ten temat, bez porównania plusów i minusów.

Ja radziłbym autorowi tematu zajrzeć do jakiejkolwiek książki traktującej o programowaniu obiektowym w której w spisie jest "Kryzys oprogramowania" pisanego struktrulanie.. Ja ze swojej strony dodam, że obiekty pozwalają lepiej odwzorować rzeczywistość w programie. Obiekt może symbolizować osobę, wartość pieniężną, firmę.. cokolwiek. Tworząc klasy zaczniesz dostrzegać podobieństwa a wręcz dublujące się fragmenty kodu bez problemu tworzysz klasę bazową z której dziedziczą poprzednie, ot choćby przykład - kierownik i programista. Oboje są pracownikami, ale zajmują się różnymi sprawami. Zatem implementujesz różnice w klasach wyspecjalizowanych a pozostałe są umieszczone w Pracowniku. Co zyskujesz? Przejżystość. Kod łatwiejszy w utzymaniu. W strukturalce jest tak, że jedna zmiana kaskadowo pociąga kolejne zmiany, jedna zmiana wymusza drógą. W OOP tego nie ma. Zmieniasz jeden fragment a w pozostałych miejscach wszystko pozostaje po staremu. Jeśli musisz szukać miejsca gdzie poprawiasz drugi raz ten sam kod to znaczy, że źle wykorzystałeś OOP i powinieneś całość przemyśleć raz jeszcze.

Ogólnie, zwieńczę ten post tak - są o tym całe książki, nie da się tego opisać przy użyciu kilku zdań.

[aleksander]

mały przykład z życia wzięty:

robię system obiektowych formularzy, gdzie każdy lement (input, textarea, form itd itp) jest reprezentowany przez osobną klasę. Każda klasa ma ponad 15 metod. A wiesz jak wyglądają?

[PHP] pobierz, plaintext 
<?php
class Input extends FormElement implements IOFPlugged
{
	public function __construct( $aAttributes = array() )
	{
		$this->addAllowedAttributes( array(... ) );
		parent::__construct( $aAttributes );
	}
 
	public function getCode()
	{
		$sReturn = '<input ';
		foreach( $this->aAttributes as $sKey => $sVal )
		{
			$sReturn .= $sKey . '="' . $sVal . '" ';
		}
		$sReturn .= '/>';
		$error = $this->getError();
		if( !empty( $error ) )
		{
			$sReturn .= $error;
		}
		return $sReturn;
	}
}
?>
[PHP] pobierz, plaintext 

Wszystkie powtarzające się metody zaimplementowane są w FormElement. Nie uzyskasz czegoś takie piszac strukturalnie nie wspominając już o tworzeniu obiektów.

Ale OOP to nie jest pisanie w class XYZ. obiektówke trzeba "czuc" a do tego potrzeban jest praktyka. Czyli pisz pisz pisz!
powodzenia!