<?xml version="1.0" encoding="UTF-8"?><!-- generator="WordPress" -->
<rss version="0.92">
<channel>
	<title>Blog php</title>
	<link>http://php.tyranka.pl</link>
	<description>php news, php tutorial - porady programisty</description>
	<lastBuildDate>Sun, 30 May 2010 10:42:27 +0000</lastBuildDate>
	<docs>http://backend.userland.com/rss092</docs>
	<language>en</language>
	
	<item>
		<title>Widok Kontroler – wzajemne relacje</title>
		<description><![CDATA[W tradycyjnym smalltalkowskim MVC, widok i kontroler są ze sobą silnie powiązane. Każda instancja widoku jest połączona z pojedyncza instancja kontrolera i vice versa. Kontroler jest zaprojektowany tak, aby widok używał go jako wejścia. Widok także jest odpowiedzialny za tworzenie nowych widoków i kontrolerów.
Logiczne jest to ze pomiędzy widokiem, a kontrolerem są silne powiązania, ponieważ [...]]]></description>
		<link>http://php.tyranka.pl/index.php/2010/05/widok-kontroler-%e2%80%93-wzajemne-relacje/</link>
			</item>
	<item>
		<title>Kontroler</title>
		<description><![CDATA[Kontroler otrzymuje i interpretuje żądanie i przekazuje je do odpowiedniego modelu albo widoku. Kontroler jest odpowiedzialny zazwyczaj za wzywanie(włączanie) metod z modelu, w celu zmienienia jego stanu. W aktywnym modelu, zmiany te odbijaną się w widoku przez zmianę mechanizmu obsługi. W modelu biernym (pasywnym) kontroler jest odpowiedzialny za obwieszczenie widokowi kiedy ma zostać zaktualizowany, czyli [...]]]></description>
		<link>http://php.tyranka.pl/index.php/2010/05/kontroler/</link>
			</item>
	<item>
		<title>Model kontroler – relacje</title>
		<description><![CDATA[Kontroler polega na modelu. Zmiana w modelu może wymagać równocześnie zmiany w kontrolerze.
Tekst przełożony z angielskiego, oryginał znajduje się na:
http://www.phpwact.org/pattern/model_view_controller
]]></description>
		<link>http://php.tyranka.pl/index.php/2010/05/model-kontroler-%e2%80%93-relacje/</link>
			</item>
	<item>
		<title>Model widok – relacje</title>
		<description><![CDATA[Widok zależy od modelu. Zmiana modelu wymaga jednoczesnej zmiany widoku. Bardzo trudno jest osiągnąć klarowne oddzielenie modelu od widoku. Za przykład posłuży mamy warunek:
„przecenie koloruj na czerwono”
Na pierwszy rzut oka wydaje się, że jest to narzucony wymóg wyjścia i sprawdzanie wartości może się odbywać w widoku poprzez:
„jeśli wartość < 0 wtedy czerwone”
Lecz to zepsuło by [...]]]></description>
		<link>http://php.tyranka.pl/index.php/2010/05/model-widok-%e2%80%93-relacje/</link>
			</item>
	<item>
		<title>Widok</title>
		<description><![CDATA[Zadaniem widoku jest uzyskiwanie danych od modelu i przedstawianie ich klientowi. Widok reprezentuje wyjście aplikacji. Widok zazwyczaj ma wolny dostęp do modelu, ale nie powinien on ingerować w jego stan. Jego zadaniem jest tylko odczytywanie informacje dostarczanych mu z modelu. Odczytywanie danych przez widok z modelu odbywa się przez udostępnione(publiczne) metod w klasie modelu.
W aktywnym [...]]]></description>
		<link>http://php.tyranka.pl/index.php/2010/05/widok/</link>
			</item>
	<item>
		<title>Model</title>
		<description><![CDATA[Model ma za zadanie enkapsulacji danych od reszty aplikacji, ponieważ jest on warstwą logiczna/biznesowa. Specyfika MVC ma czynić model nie zależnym od warstwy widoku i kontrolera, ponieważ te dwie warstwy odpowiadają razem za składanie interfejsu użytkownika. Obiekt może spełniać role modelu dla bardziej skomplikowanych połączeń niż te które wchodzą w skład MVC.
Tekst przełożony z angielskiego, [...]]]></description>
		<link>http://php.tyranka.pl/index.php/2010/04/model/</link>
			</item>
	<item>
		<title>Model prezentacyjny</title>
		<description><![CDATA[Założenie MVC ma na celu odseparować interfejs użytkownika od warstwy logicznej. Czyniąc tak, zyskujemy możliwość wzbogacenia naszej biblioteki komponentów, mogących być wtórnie wdrażanych w naszych aplikacjach MVC. Czasami, dane albo relacja(**Przykładowo DataGrid**) która przynależy do interfejsu użytkownika(prezentuje jakieś dane), może być zawarte po stronie modelu. Stąd obiekty które wydawałyby się być z góry modelem tak [...]]]></description>
		<link>http://php.tyranka.pl/index.php/2010/04/model-prezentacyjny/</link>
			</item>
	<item>
		<title>Model Adaptator</title>
		<description><![CDATA[Jest możliwe wykorzystanie wzorca Adapter (Adaptator) aby wprowadzić możliwość rozmnożenia klas modelu lub aby wdrożyć inna cechę modelu aktywnego do modelu biernego, w celu uzyskania zamiany model biernego w aktywny.
Tekst przełożony z angielskiego, oryginał znajduje się na:
http://www.phpwact.org/pattern/model_view_controller
]]></description>
		<link>http://php.tyranka.pl/index.php/2010/04/model-adaptator/</link>
			</item>
	<item>
		<title>Aktywny Model</title>
		<description><![CDATA[W aktywnym Modelu, klasy modelu posiadają mechanizm zawiadomień, zwykle stosuje się w tym celu wzorzec Obserwator. Dzięki takiemu rozwiązaniu, niepowiązany widok jak i komponenty kontrolera zostają poinformowane o zmianach zachodzących w modelu. Ponieważ te komponenty rejestrują siebie w modelu, a model nie ma pojęcia o specyfikacji widoku i kontrolera, to nie niszczy niezależności modelu.
Mechanizm zawiadomień [...]]]></description>
		<link>http://php.tyranka.pl/index.php/2010/04/aktywny-model/</link>
			</item>
	<item>
		<title>Czym jest MVC?</title>
		<description><![CDATA[Model View Controller MCV jest sprawdzonym wzorcem na oddzielenie interfejsu użytkownika od warstwy logicznej aplikacji. Pierwotnym celem MVC jest odizolowanie Interfejsu użytkownika i umożliwienie operowania na oddzielonej od widoku warstwie logicznej aplikacji. Powód który zadecydował iż w MVC mamy podział na interfejs użytkownika(widok) i warstwę logiczna jest bardzo instynktowny, każdy z tych komponentów ma inne
zadania [...]]]></description>
		<link>http://php.tyranka.pl/index.php/2010/04/czym-jest-mvc/</link>
			</item>
</channel>
</rss>
